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

טוקניזציה של נכסים פותחת הזדמנויות חדשות לגיוס הון, אך סיווג טוקן כנייר ערך מחייב עמידה קפדנית בנורמות רגולטוריות. אנו מפתחים security tokens (STO) במתכונת turnkey, תוך שילוב מנגנוני compliance ברמת החוזה החכם. הצוות שלנו מוביל את הפרויקט מהמבנה המשפטי ועד ל-listing, ומבטיח אמינות ותמיכה מתמשכת.

שירותי פיתוח בלוקצ'יין

שאלות נפוצות

העבודות האחרונות

  • פיתוח אתר חברה B2B ADVANCE
    פיתוח אתר חברה B2B ADVANCE
    1481
  • פיתוח אפליקציית ווב עבור FEEDME
    פיתוח אפליקציית ווב עבור FEEDME
    1335
  • פיתוח אתר עבור BELFINGROUP
    פיתוח אתר עבור BELFINGROUP
    1034
  • פיתוח חנות מקוונת לחברת FURNORO
    פיתוח חנות מקוונת לחברת FURNORO
    1293
  • עיצוב לוגו לחברת B2B Advance
    עיצוב לוגו לחברת B2B Advance
    738
  • פיתוח אפליקציית ווב עבור Enviok
    פיתוח אפליקציית ווב עבור Enviok
    1031

אתה מבצע טוקניזציה של נדל"ן או מניות קרן. סיווג משפטי כנייר ערך אינו גחמה אלא דרישה רגולטורית אם הטוקן עובר את מבחן Howey. התעלמות מכך מסכנת בקנסות וחסימות רישום. אנו מפתחים טוקני ניירות ערך (STO) עם ציות רגולטורי מלא: מטוקניזציה ועד רישום ב-ATS. במשך למעלה מ-5 שנים, השלמנו יותר מ-12 פרויקטים, כולל טוקניזציה של נדל"ן, מניות קרנות פרטיות ואג"ח קונצרניות. צור קשר להערכת פרויקט — נכין תוכנית משפטית וטכנית תוך שבועיים.

כיצד להבטיח ציות בכל העברה של טוקן נייר ערך?

ההבדל המרכזי בין STO לטוקן רגיל הוא ציות מובנה. בכל העברה, החוזה החכם בודק שהנמען מאומת, תחום השיפוט שלו מותר, והיתרה אינה חורגת ממגבלות. זה מיושם באמצעות תקן ERC-3643 (T-REX), שבו אנו משתמשים כבסיס. בהשוואה ל-ERC-20, ERC-3643 מפחית את הסיכונים לשגיאות ציות ב-80% הודות לבדיקות זהות מובנות.

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

ארה"ב: Regulation D, S, A+

  • Reg D 506(b) — מכירה רק למשקיעים מוסמכים (שווי נקי > $1M או הכנסה שנתית > $200K), ללא שידול כללי, עד 35 לא מוסמכים. דורש טופס D. תקופת נעילה: 12 חודשים לפני מכירה חוזרת (Rule 144).
  • Reg D 506(c) — מאפשר שידול כללי, אך רק למשקיעים מוסמכים, עם אימות חובה של הסטטוס.
  • Reg S — מכירות מחוץ לארה"ב. לעיתים קרובות משולב עם Reg D.
  • Reg A+ — מיני-IPO עד $75M, פתוח למשקיעים לא מוסמכים, דורש דיווח מבוקר.

האיחוד האירופי: MiCA ותקנת הפרוספקטוס

MiCA מסווג טוקני ניירות ערך כ-Asset-Referenced Tokens או נופל תחת MiFID II. דורש פרוספקטוס הנפקה (פטורים לסכומים מתחת ל-€8M) ומנפיק מורשה. חוק הבלוקצ'יין של ליכטנשטיין (TVTG) — החקיקה המתקדמת ביותר: הכרה ישירה בטוקנים.

תחומי שיפוט חלופיים

איי קיימן, BVI — SPV להנפקות שאינן בארה"ב או באיחוד האירופי. ADGM (אבו דאבי) ו-VARA (דובאי) — ארגז חול רגולטורי ל-STO עם רישיונות אמיתיים.

משטר משקיעים שידול כללי דיווח נעילה
Reg D 506(b) מוסמכים (+ עד 35 לא מוסמכים) אסור טופס D 12 חודשים (Rule 144)
Reg D 506(c) רק מוסמכים מותר טופס D 12 חודשים
Reg A+ הכל (עד $75M) מותר דיווח מבוקר אין
MiCA (האיחוד האירופי) הכל (עם פרוספקטוס) מותר פרוספקטוס אין

מדוע ERC-3643 הפך לתקן לטוקנים מוסדרים?

ERC-3643 (Token for Regulated Exchanges) הוא תקן קוד פתוח שפותח על ידי Tokeny בתמיכת EY. הוא מורכב מחמישה רכיבים על-שרשרת:

  1. Identity Registry — רישום של משקיעים מאומתים (ארנק → ONCHAINID).
  2. Identity Registry Storage — אחסון נפרד לשם שדרוגיות.
  3. Claim Topics Registry — אילו תביעות נדרשות (KYC_APPROVED, ACCREDITED, JURISDICTION_ALLOWED).
  4. Trusted Issuers Registry — מי יכול להנפיק תביעות (ספק KYC, ברוקר, מנפיק).
  5. ERC-3643 Token — הטוקן עצמו, בודק את Identity Registry בכל העברה.
// Упрощённая логика transfer в ERC-3643
function transfer(address _to, uint256 _amount) public override returns (bool) {
    require(
        _tokenIdentityRegistry.isVerified(_to),
        "Transfer to unverified identity"
    );
    require(
        !_frozenTokens[msg.sender] && !_frozenTokens[_to],
        "Wallet frozen"
    );
    // Проверка через Compliance контракт (лимиты, юрисдикции, etc.)
    require(
        _tokenCompliance.canTransfer(msg.sender, _to, _amount),
        "Compliance check failed"
    );
    return super.transfer(_to, _amount);
}

ONCHAINID (ERC-734/735)

כל משקיע מאומת מקבל ONCHAINID — חוזה חכם המאחסן מפתחות ותביעות. תביעות הן הצהרות חתומות ממנפיקים מהימנים, המאפשרות אימות זהות ללא חשיפת נתונים אישיים.

// Claim structure (ERC-735)
struct Claim {
    uint256 topic; // тип утверждения (KYC = 1, ACCREDITED = 2...)
    uint256 scheme; // схема подписи
    address issuer; // кто выдал
    bytes signature; // подпись issuer
    bytes data; // данные (хеш документа)
    string uri; // ссылка на оффчейн документ
}

שילוב KYC/AML

זרימה טיפוסית:

  1. המשקיע משלים KYC דרך ספק (Sumsub, Veriff, Fractal).
  2. הספק פורס ONCHAINID עבור המשקיע (או משתמש בקיים).
  3. הספק כ-Trusted Issuer מוסיף תביעת KYC_APPROVED ל-ONCHAINID.
  4. המנפיק בודק את התביעה ב-Identity Registry — המשקיע מתקבל לטוקן.
  5. בכל העברה, החוזה בודק את שני הכתובות.

סינון AML — תהליך מתמשך. Chainalysis/Elliptic משולבים לניטור. בציון סיכון גבוה, ניתן להקפיא ארנק באמצעות freezeAddress().

חוזה ציות: לוגיקה מותאמת אישית

חוזה Compliance נפרד מכיל כללים עסקיים:

contract STOCompliance {
    uint256 public maxInvestors = 2000; // Reg D лимит
    uint256 public maxBalancePerHolder; // anti-concentration
    mapping(string => bool) public allowedCountries; // ISO 3166-1

    function canTransfer(address from, address to, uint256 amount) external view returns (bool) {
        // 1. Проверка юрисдикции получателя
        string memory country = identityRegistry.getCountry(to);
        if (!allowedCountries[country]) return false;

        // 2. Максимальное количество держателей
        if (token.balanceOf(to) == 0 && token.holderCount() >= maxInvestors) return false;

        // 3. Лимит концентрации
        if (token.balanceOf(to) + amount > maxBalancePerHolder) return false;

        return true;
    }
}

מחזור חיי הטוקן

אירוע פעולה על-שרשרת פעולה מחוץ לשרשרת
הנפקה ראשונית mint → כתובות מאומתות הגשת טופס D, נאמנות
העברה משנית transfer + בדיקת ציות ניטור AML, עדכון טבלת CAP
דיבידנד/קופון distributeReturns ב-stablecoin דיווח מס
העברה כפויה forcedTransfer (בית משפט/רגולטור) מסמך בית משפט על IPFS
שחזור recoveryAddress תצהיר מהמשקיע
שריפה/פדיון burn תשלום מחיר הפדיון

שוק משני

עבור טוקני Reg D, השוק המשני נפתח לאחר 12 חודשים (Rule 144). פלטפורמות: tZERO, INX, MERJ Exchange — ATS עם רישיונות. שוק משני על-שרשרת: ספר הזמנות מורשה או AMM. Uniswap v4 hooks מאפשרים הוספת בדיקת KYC ב-beforeSwap:

function beforeSwap(address sender, PoolKey calldata key, IPoolManager.SwapParams calldata params, bytes calldata) external override returns (bytes4, BeforeSwapDelta, uint24) {
    require(identityRegistry.isVerified(sender), "KYC required for trading");
    return (this.beforeSwap.selector, toBeforeSwapDelta(0, 0), 0);
}
ארכיטקטורה טכנית של ERC-3643

המערכת מורכבת מחמישה חוזים חכמים המקיימים אינטראקציה דרך ממשקים. Identity Registry מאחסן מיפוי של כתובות ל-ONCHAINID. ניתן להחליף את חוזה ה-Compliance באמצעות תבנית שדרוגית. כל העסקאות שקופות על הבלוקצ'יין.

מה כלול בפיתוח STO

  • ניתוח משפטי ובחירת תחום שיפוט (ארה"ב, האיחוד האירופי, ADGM).
  • פיתוח חוזים חכמים המבוססים על ERC-3643 עם Compliance מותאם אישית.
  • שילוב ספקי KYC/AML ופריסת ONCHAINID.
  • ביקורת קוד ואימות פורמלי (Mythril, Echidna, Slither).
  • יצירת לוח מחוונים לטבלת CAP (סנכרון על-שרשרת ומחוץ לשרשרת).
  • תמיכה ברישום ב-ATS או ב-DEX מורשה.
  • תיעוד טכני והכשרת צוות.

לוחות זמנים לפיתוח: 3 עד 6 חודשים בהתאם למורכבות. העלות מחושבת באופן אישי — כתבו לנו, נעריך את הפרויקט שלכם בחינם. למהנדסים שלנו יש ניסיון בביקורת עם חברות מובילות ובמעל 12 פרויקטי STO מוצלחים.