Разработка платформы токенизации недвижимости

Разработка платформы токенизации недвижимости

Токенизация недвижимости — одна из немногих областей Web3, где технический вызов уступает по сложности юридическому. Смарт-контракт можно написать за неделю. Но чтобы этот контракт имел юридическую силу — нужна правовая структура, которая связывает on-chain токены с правами на реальный актив. Без этой связи владение токеном означает ровно ничего с точки зрения права. Проектирование начинается с юридической архитектуры, а не с Solidity.

Правовые модели токенизации

SPV (Special Purpose Vehicle) модель

Наиболее распространённый подход: создаётся юридическое лицо (SPV — ООО или аналог) специально для владения конкретным объектом недвижимости. Токены представляют доли в этом SPV.

Реальная недвижимость → юридически принадлежит SPV (ООО)
SPV выпускает токены → токены = доли в SPV
Покупатель токена → становится совладельцем SPV → косвенный владелец недвижимости

Преимущества: юридически понятная конструкция, доход от аренды распределяется через SPV, при продаже объекта — продаётся SPV или его активы.

Сложности: каждый объект требует отдельного SPV, что увеличивает административные расходы. Управление десятками SPV — отдельная операционная задача.

REIT-токенизация

Один токен представляет долю в фонде, владеющем несколькими объектами. Ближе к традиционному REIT, но с on-chain ликвидностью. Сложнее юридически (требует статуса инвестиционного фонда в большинстве юрисдикций), но проще операционно при масштабировании.

Долговые токены (Debt-backed)

Токен представляет не долю собственности, а право требования по ипотечному займу. Недвижимость остаётся у заёмщика, токенодержатели получают процентный доход. Юридически проще (долговой инструмент, не equity), но другой risk profile.

Смарт-контракты: токен с compliance

Ключевое требование к токену недвижимости — transfer restrictions. В отличие от обычного ERC-20, токены недвижимости нельзя свободно передавать: только верифицированным KYC/AML пользователям, только в разрешённых юрисдикциях, с соблюдением ограничений на число акционеров (например, в США Rule 506(b) — максимум 35 неаккредитованных инвесторов).

Стандарт для security tokens — ERC-1400 (или его компонент ERC-1594 для partitioned tokens). Альтернативы: ERC-3643 (T-REX protocol), используемый большинством европейских security token платформ.

ERC-3643 / T-REX Implementation

// T-REX Identity Registry — хранит статусы верификации инвесторов
interface IIdentityRegistry {
    function isVerified(address _userAddress) external view returns (bool);
    function identity(address _userAddress) external view returns (IIdentity);
    function investorCountry(address _userAddress) external view returns (uint16); // ISO 3166
}

// Compliance контракт — правила для данного токена
interface ICompliance {
    function canTransfer(
        address _from,
        address _to,
        uint256 _amount
    ) external view returns (bool);
    
    function transferred(address _from, address _to, uint256 _amount) external;
}

contract RealEstateToken is ERC20 {
    IIdentityRegistry public identityRegistry;
    ICompliance public compliance;
    
    function transfer(address to, uint256 amount) public override returns (bool) {
        // проверяем compliance перед каждым transfer
        require(
            identityRegistry.isVerified(to),
            "Recipient not verified"
        );
        require(
            compliance.canTransfer(msg.sender, to, amount),
            "Transfer not compliant"
        );
        
        bool success = super.transfer(to, amount);
        if (success) {
            compliance.transferred(msg.sender, to, amount);
        }
        return success;
    }
    
    // Принудительный transfer (для регуляторного исполнения, наследования)
    function forcedTransfer(
        address from,
        address to,
        uint256 amount
    ) external onlyOwner returns (bool) {
        // обходит compliance check — только для регуляторных случаев
        bool success = super.transfer(to, amount);  // Internal transfer
        emit ForcedTransfer(from, to, amount);
        return success;
    }
    
    // Заморозка при regulatory hold
    mapping(address => bool) public frozen;
    
    function _beforeTokenTransfer(address from, address to, uint256 amount) 
        internal override 
    {
        require(!frozen[from], "Sender frozen");
        require(!frozen[to], "Recipient frozen");
    }
}

Compliance Contract: ограничения на юрисдикции

contract RealEstateCompliance {
    IIdentityRegistry public identityRegistry;
    
    // запрещённые юрисдикции (ISO 3166 country codes)
    mapping(uint16 => bool) public restrictedCountries;
    
    // ограничение числа холдеров (для Reg D, Rule 506)
    uint256 public maxHolders;
    uint256 public currentHolders;
    mapping(address => bool) public isHolder;
    
    // максимальная доля одного инвестора (anti-concentration)
    uint256 public maxOwnershipPercent; // в basis points
    IERC20 public token;
    
    function canTransfer(address from, address to, uint256 amount) 
        external view returns (bool) 
    {
        // проверка юрисдикции получателя
        uint16 country = identityRegistry.investorCountry(to);
        if (restrictedCountries[country]) return false;
        
        // проверка лимита холдеров
        if (!isHolder[to] && currentHolders >= maxHolders) return false;
        
        // проверка концентрации
        uint256 newBalance = token.balanceOf(to) + amount;
        if (newBalance * 10000 / token.totalSupply() > maxOwnershipPercent) return false;
        
        return true;
    }
    
    function transferred(address from, address to, uint256 amount) external {
        if (!isHolder[to] && token.balanceOf(to) > 0) {
            isHolder[to] = true;
            currentHolders++;
        }
        if (token.balanceOf(from) == 0 && isHolder[from]) {
            isHolder[from] = false;
            currentHolders--;
        }
    }
}

Распределение доходов от аренды

Регулярные выплаты держателям токенов — ключевая функция для инвесторов. Распределение через on-chain механизм:

contract RentalDistribution {
    IERC20 public propertyToken;
    IERC20 public paymentToken;  // USDC
    
    uint256 public totalDistributed;
    mapping(address => uint256) public lastClaimedDistributed;
    
    // О(1) механизм на основе accumulated dividend per share
    uint256 public accumulatedPerShare;
    uint256 private constant PRECISION = 1e18;
    
    function distributeRental(uint256 amount) external onlyOwner {
        require(propertyToken.totalSupply() > 0, "No token holders");
        paymentToken.safeTransferFrom(msg.sender, address(this), amount);
        
        accumulatedPerShare += (amount * PRECISION) / propertyToken.totalSupply();
        totalDistributed += amount;
        
        emit RentalDistributed(amount);
    }
    
    function pendingRewards(address holder) public view returns (uint256) {
        uint256 holderBalance = propertyToken.balanceOf(holder);
        uint256 accumulated = accumulatedPerShare - lastClaimedDistributed[holder];
        return (holderBalance * accumulated) / PRECISION;
    }
    
    function claimRewards() external nonReentrant {
        uint256 pending = pendingRewards(msg.sender);
        require(pending > 0, "Nothing to claim");
        
        lastClaimedDistributed[msg.sender] = accumulatedPerShare;
        paymentToken.safeTransfer(msg.sender, pending);
        
        emit RewardsClaimed(msg.sender, pending);
    }
}

Проблема этой модели: если пользователь купил токены после начала distribution, он должен "синхронизировать" свой lastClaimedDistributed при transfer. Это делается в _beforeTokenTransfer — при получении токенов автоматически клеймятся накопленные rewards или устанавливается текущий accumulatedPerShare.

Оценка стоимости и ценовые Oracle

Стоимость токена привязана к стоимости недвижимости. В отличие от DeFi-активов, недвижимость не имеет on-chain цены. Варианты:

Периодическая оценка: лицензированный оценщик раз в квартал предоставляет оценку, которая записывается on-chain через admin функцию или multisig. Простейший подход, но централизованный.

Chainlink Any API: оракул получает оценку из API агрегатора рыночных данных (Zillow, Zoopla API) и публикует on-chain. Более автоматизировано, но зависит от качества данных.

NAV-based pricing: для REIT-подобных фондов Net Asset Value рассчитывается on-chain исходя из суммы оценок всех объектов. Полезно для вторичного рынка.

Marketplace и ликвидность

Secondary market для security tokens требует отдельного compliance-aware DEX или OTC платформы. Обычный Uniswap не подходит — нет возможности проверить KYC при swap.

Варианты:

• Регулируемый маркетплейс: ATS (Alternative Trading System) в США, MTF в EU. Требует лицензии
• Permissioned AMM: кастомный AMM с проверкой identity registry перед swap. Может работать на L2 для снижения затрат
• P2P OTC: смарт-контракт для OTC сделок с atomic swap и compliance check

Governance

Крупные решения по объекту (реновация, продажа, смена управляющей компании) требуют голосования держателей токенов. On-chain governance через Snapshot (gas-free voting с on-chain execution через SafeSnap/Reality.eth) или Governor Bravo-based контракт:

contract PropertyGovernance is Governor, GovernorSettings, GovernorVotes {
    constructor(IVotes _token)
        Governor("PropertyDAO")
        GovernorSettings(
            1,      // voting delay: 1 block
            50400,  // voting period: ~7 days
            1e18    // quorum: 1% of supply (зависит от totalSupply)
        )
        GovernorVotes(_token)
    {}
    
    function quorum(uint256) public pure override returns (uint256) {
        return 100e18; // минимальный кворум для принятия решений
    }
}

Governance-решения с финансовыми последствиями должны проходить через Timelock — задержка 48–72 часа для возможности несогласных инвесторов выйти до исполнения решения.