פיתוח פלטפורמת טוקניזציה של נכסים

פיתוח פלטפורמת טוקניזציה של נכסים

לקוח עם תיק נדל"ן מסחרי בברלין רצה להנפיק 5,000 טוקנים למכירה חלקית. הרעיון הראשון — ERC-20 עם רשימת היתרים — קרס בבדיקה הרגולטורית הראשונה: אין זהות על-השרשרת, אין מנגנון העברה כפויה להקפאת נכסים, אין מודול לפעולות תאגידיות. כל הארכיטקטורה נאלצה להיבנות מחדש על ERC-3643. ב-7 שנים, בנינו 15+ פלטפורמות כאלה — לנדל"ן, מכשירי חוב, מלאי. כל פרויקט עבר את המחזור המלא: מבנה משפטי, חוזים חכמים, אינטגרציית KYC, השקת שוק משני.

החלק הטכני הוא רק קצה הקרחון. 60–70% מהמאמץ מושקע בציות: KYC/AML, הגבלות תחום שיפוט, פעולות תאגידיות. אנו משתמשים במחסנית ERC-3643 (T-REX) עם שכבת הזהות ONCHAINID. זה נותן חיסכון של עד 30% בעלויות גז לפעולות ציות בהשוואה ל-ERC-1400. התקן מתואר ב-EIP-3643.

סוגי הנכסים משתנים — נדל"ן, מניות SPV, מכשירי חוב, יצירות אמנות, קניין רוחני — אבל רכיבי הפלטפורמה הם אוניברסליים.

למה ERC-3643 הוא התקן ל-RWA?

ERC-20 רגיל אינו מתאים לנכסים מפוקחים. יש צורך בתקנים ייעודיים. ERC-1400 (תקן טוקני ניירות ערך) הוא הרחבה של ERC-20 עם הגבלות העברה, העברות כפויות, ניהול מסמכים. הוא פותח כדי לעמוד בדרישות הרגולטורים לניירות ערך.

// ERC-1400 ключевые интерфейсы
interface IERC1400 is IERC20 {
    function canTransferByPartition(
        bytes32 partition,
        address from,
        address to,
        uint256 value,
        bytes calldata data
    ) external view returns (byte, bytes32, bytes32);

    function transferByPartition(
        bytes32 partition,
        address to,
        uint256 value,
        bytes calldata data
    ) external returns (bytes32);

    function operatorTransferByPartition(
        bytes32 partition,
        address from,
        address to,
        uint256 value,
        bytes calldata data,
        bytes calldata operatorData
    ) external returns (bytes32);

    function getDocument(bytes32 name) external view returns (string memory, bytes32);
}

ERC-3643 (T-REX) הוא מודרני יותר, פותח על ידי Tokeny Solutions. הוא חסכוני יותר בגז ומודולרי יותר מ-ERC-1400: חיסכון של עד 30% בפעולות ציות. הוא כולל שכבת זהות (ONCHAINID) ובדיקות ציות אוטומטיות. בניית חוזים חכמים ב-Foundry מהירה פי 3 מאשר ב-Hardhat — מאיצה מחזורי בדיקות ופריסה.

// T-REX compliance check пример contract TokenCompliance { IIdentityRegistry public identityRegistry; ICompliance public compliance; function _beforeTokenTransfer( address from, address to, uint256 amount ) internal { if (from != address(0) && to != address(0)) { require( identityRegistry.isVerified(to), "Recipient identity not verified" ); require( compliance.canTransfer(from, to, amount), "Transfer not compliant" ); } } } 

ERC-1155 מתאים לנכסים חלקיים כאשר נכס אחד מחולק למספר סוגי זכויות (למשל, בניין עם סוגי חדרים שונים או יצירת אמנות עם זכויות שימוש שונות).

איך עובד KYC/AML על-השרשרת?

כל מחזיק טוקן של נכס מפוקח חייב להיות מאומת. זהות על-השרשרת מורכבת יותר מסתם מיפוי של כתובת לבוליאני. אנו משתמשים בתקן ONCHAINID (ERC-734/735). ספק ה-KYC (Sumsub, Fractal, Identix) מבצע אימות ומנפיק אישור חתום. האישור נרשם בחוזה ה-ONCHAINID של המשתמש. כאשר מתבצע ניסיון העברת טוקן, מודול הציות בודק את האישורים הנדרשים.

// Identity контракт (один на пользователя)
interface IIdentity {
    function getClaim(bytes32 claimId) external view returns (
        uint256 topic,
        uint256 scheme,
        address issuer,
        bytes memory signature,
        bytes memory data,
        string memory uri
    );

    function addClaim(
        uint256 topic,
        uint256 scheme,
        address issuer,
        bytes memory signature,
        bytes memory data,
        string memory uri
    ) external returns (bytes32 claimId);
}

// Claim Topics для securities
uint256 constant KYC_CLAIM = 1;
uint256 constant AML_CLAIM = 2;
uint256 constant ACCREDITED_INVESTOR_CLAIM = 3;
uint256 constant COUNTRY_CLAIM = 4;
uint256 constant PROFESSIONAL_INVESTOR_CLAIM = 5;

רגולטורים דורשים הגבלת מכירות בתחומי שיפוט מסוימים. לדוגמה, מכירות לתושבי ארה"ב אסורות ללא רישום SEC. אנו מיישמים מודול לבדיקת קוד מדינה ומגבלות משקיעים. זה אפשר ללקוח הברלינאי להשיק מכירות באיחוד האירופי ללא הגבלות, בעוד לתושבי ארה"ב, הוגדרה רשימת היתרים לאחר רישום.

מחזור החיים של נכס מטוקניזציה

הנפקה

לפני הטבעת טוקנים:

1. מבנה משפטי: SPV, נאמנות, או מבנה אחר המחזיק בנכס האמיתי
2. חוות דעת משפטית שהטוקנים אינם ניירות ערך לא רשומים (או רישום)
3. תשקיף/מזכר הנפקה (תלוי בתחום השיפוט והיקף)
4. הסדר שמירה: מי מחזיק במסמכים, מי הוא סוכן ההעברות

function mintSecurityTokens(
    address investor,
    uint256 amount,
    bytes32 partition,
    bytes calldata data
) external onlyRole(ISSUER_ROLE) {
    require(identityRegistry.isVerified(investor), "Not verified");
    require(compliance.canTransfer(address(0), investor, amount), "Not compliant");
    _issueByPartition(partition, investor, amount, data);
    emit TokensIssued(investor, amount, partition, data);
}

פעולות תאגידיות

מניות מטוקניזציה דורשות טיפול באירועים תאגידיים: דיבידנדים, פיצולים, פיצולים הפוכים. אנו מיישמים מודולים לחלוקת דיבידנדים (באמצעות צילומי מצב) ופיצולים עם חישוב מחדש אוטומטי של יתרות. דוגמה לדיבידנדים: החוזה מקבל USDC, לוקח צילום מצב של המחזיקים, כל מחזיק תובע את חלקו.

שוק משני ונזילות

מסחר משני הוא בעיה נפרדת. אי אפשר פשוט לרשום ב-Uniswap: כל קונה חייב לעבור KYC, והרכישה חייבת לעבור בדיקות ציות. אנו בונים DEX מורשה עם שער ציות מובנה או משתלבים עם פלטפורמות מפוקחות (INX, tZERO, STO Global X). האפשרות השנייה מספקת נזילות מוכנה ללא בניית מקום מסחר משלך.

אורקלים והערכת נכסים

להלוואות המגובות בנכסים מטוקניזציה, יש צורך במחיר על-השרשרת. בניגוד לנכסי קריפטו, אין שוק נזיל. פתרון: מודל שמאי מאומת. שמאי מוסמך חותם על ההערכה ומפרסם אותה על-השרשרת. החוזה מקבל הערכות מ-N שמאים מוסמכים ולוקח את החציון:

contract AssetValuationOracle {
    struct Valuation {
        uint256 value;
        uint256 timestamp;
        address appraiser;
        bytes signature;
    }

    mapping(bytes32 => Valuation[]) public valuations;

    uint256 public constant MAX_VALUATION_AGE = 90 days;
    uint256 public constant MIN_APPRAISERS = 2;

    function getAssetValue(bytes32 assetId) external view returns (uint256) {
        Valuation[] storage vals = valuations[assetId];
        uint256[] memory freshValues = new uint256[](vals.length);
        uint256 freshCount = 0;

        for (uint i = 0; i < vals.length; i++) {
            if (block.timestamp - vals[i].timestamp <= MAX_VALUATION_AGE) {
                freshValues[freshCount++] = vals[i].value;
            }
        }

        require(freshCount >= MIN_APPRAISERS, "Insufficient fresh valuations");
        return median(freshValues, freshCount);
    }
}

מחסנית טכנולוגית

צור קשר כדי לכוונן את המחסנית לתחום השיפוט שלך.

מה כלול בפיתוח הפלטפורמה

סה"כ: 23–35 שבועות. לשלב המשפטי יש את השונות הגדולה ביותר: הוא תלוי בנכס, בתחום השיפוט, ובזמינות של עורך דין ניירות ערך מנוסה בצוות הלקוח.

אנו נעריך את הפרויקט שלך תוך 2 ימי עסקים. אנו מבטיחים איכות ביקורת ותמיכה לאחר ההשקה. קבל ייעוץ — התחל בדיון על הארכיטקטורה.