פיתוח טוקנים עטופים: WETH, WBTC, גשרים בין-שרשרתיים

אתם רוצים להשתמש ב-ETH ב-DeFi, אבל רוב הפרוטוקולים דורשים טוקנים מסוג ERC-20. הפתרון הוא WETH, טוקן עטוף (wrapped token) המוצמד ביחס 1:1. לפי DefiLlama, הערך הכולל הנעול (TVL) בטוקנים עטופים עולה על 30 מיליארד דולר, כאשר WETH הוא הפופולרי ביותר עם שווי שוק של כ-8 מיליארד דולר. נחקור שלושה מודלים ונספק קוד עובד לטוקן עטוף בארכיטקטורה נכונה. למהנדסים שלנו יש ניסיון של 10+ שנים בבלוקצ'יין והם סיפקו מעל 50 פרויקטים. עטיפות חוזה חכם (smart contract) בטוחות פי 10 מעטיפות נאמנות (custodial) מכיוון שהעתודות ניתנות לאימות על-גבי הרשת.

איך לבחור את המודל של הטוקן העטוף?

עטיפה נאמנותית (מודל WBTC). הנכס המקורי מוחזק על ידי נאמן מרכזי (BitGo עבור WBTC). כאשר משתמש מפקיד BTC, מטבע מורשה (accredited minter) יוצר WBTC על-גבי הרשת. בעת פדיון, הנאמן משחרר את ה-BTC. החוזה פשוט, אך נדרש אמון בנאמן. BitGo מחזיקה בכ-150K BTC (9B$+). זהו נקודת כשל יחידה.

עטיפת חוזה חכם (מודל WETH). החוזה החכם משמש כנאמן. משתמשים שולחים ETH ומקבלים WETH ביחס 1:1. בעת ביטול עטיפה, הם מחזירים WETH ומקבלים ETH. אין צורך באמון בצד שלישי, שקיפות מלאה של העתודות על-גבי הרשת. זה עובד רק אם שני הנכסים נמצאים על אותה בלוקצ'יין. גישה זו בטוחה בסדר גודל: נתוני DefiLlama מראים שפריצות לחוזים חכמים נדירות בהרבה מהתקפות על גשרים (bridges).

עטיפה חוצת-רשת עם גשר. הנכס ננעל על רשת אחת, והגרסה העטופה נטבעת על רשת אחרת. זהו המודל המורכב והמסוכן ביותר. גשרים הם המקור הגדול ביותר לניצולים ב-DeFi (מעל 90% מהתקריות הגדולות בשנים האחרונות: Ronin 625M$, Wormhole 320M$, Nomad 190M$).

איך אנחנו מפתחים טוקן עטוף: תהליך שלב-אחר-שלב

איך חוזה WETH עובד?

WETH9 הוא אחד החוזים המועתקים ביותר ב-Ethereum. המקור שלו נמצא בייצור מאז השקת Ethereum ומכיל כ-50 שורות קוד. אבל יש ניואנסים:

contract WETH9 {
    string public name = "Wrapped Ether";
    string public symbol = "WETH";
    uint8 public decimals = 18;

    mapping (address => uint) public balanceOf;
    mapping (address => mapping (address => uint)) public allowance;

    event Approval(address indexed src, address indexed guy, uint wad);
    event Transfer(address indexed src, address indexed dst, uint wad);
    event Deposit(address indexed dst, uint wad);
    event Withdrawal(address indexed src, uint wad);

    receive() external payable {
        deposit();
    }

    function deposit() public payable {
        balanceOf[msg.sender] += msg.value;
        emit Deposit(msg.sender, msg.value);
    }

    function withdraw(uint wad) public {
        require(balanceOf[msg.sender] >= wad);
        balanceOf[msg.sender] -= wad;
        payable(msg.sender).transfer(wad);
        emit Withdrawal(msg.sender, wad);
    }

    function totalSupply() public view returns (uint) {
        return address(this).balance;
    }

    // ... ERC20 transfer/approve/transferFrom
}

האינווריאנט של החוזה הוא contract WETH9 { string public name = "Wrapped Ether"; string public symbol = "WETH"; uint8 public decimals = 18; mapping (address => uint) public balanceOf; mapping (address => mapping (address => uint)) public allowance; event Approval(address indexed src, address indexed guy, uint wad); event Transfer(address indexed src, address indexed dst, uint wad); event Deposit(address indexed dst, uint wad); event Withdrawal(address indexed src, uint wad); receive() external payable { deposit(); } function deposit() public payable { balanceOf[msg.sender] += msg.value; emit Deposit(msg.sender, msg.value); } function withdraw(uint wad) public { require(balanceOf[msg.sender] >= wad); balanceOf[msg.sender] -= wad; payable(msg.sender).transfer(wad); emit Withdrawal(msg.sender, wad); } function totalSupply() public view returns (uint) { return address(this).balance; } // ... ERC20 transfer/approve/transferFrom } תמיד. זה מה שהופך את WETH לאמין: העתודות ניתנות לאימות על-גבי הרשת בזמן אמת. WETH מטפל בלמעלה ממיליארד דולר יומי בפרוטוקולי DeFi.

הבדל מרכזי מ-ERC-20 סטנדרטי: address(this).balance == totalSupply() מחושב כ-totalSupply(), ולא מאוחסן בנפרד. זה מבטיח סנכרון, אך אומר ש-approve + transferFrom עבור ETH בלתי אפשרי ללא WETH (ומכאן הצורך בו עבור פרוטוקולי DeFi).

למה ביקורת חיונית עבור טוקנים חוצי-רשת?

טוקנים עטופים חוצי-רשת הם הרכיב המותקף ביותר בכל ה-DeFi. לפי אנליסטים, 90% מהפריצות קשורות לגשרים. מזעור הנחות האמון הוא קריטי. שקלו את ארכיטקטורת lock-and-mint.

ארכיטקטורת lock-and-mint עבור טוקנים חוצי-רשת

עבור טוקן שצריך להתקיים על מספר רשתות (לדוגמה, טוקן ה-ERC-20 שלכם על Ethereum והמקבילה שלו על BSC):

חוזה נעילה על רשת המקור (Ethereum):

contract TokenBridge {
    IERC20 public immutable token;
    address public immutable relayer; // trusted или decentralized
    mapping(bytes32 => bool) public processedMessages;

    event TokensLocked(
        address indexed sender,
        uint256 amount,
        uint256 destinationChainId,
        address destinationAddress,
        bytes32 messageId
    );

    function lock(
        uint256 amount,
        uint256 destinationChainId,
        address destinationAddress
    ) external {
        require(amount > 0, "Zero amount");
        token.safeTransferFrom(msg.sender, address(this), amount);
        bytes32 messageId = keccak256(
            abi.encodePacked(msg.sender, amount, destinationChainId, destinationAddress, block.timestamp)
        );
        emit TokensLocked(msg.sender, amount, destinationChainId, destinationAddress, messageId);
    }

    function unlock(
        address recipient,
        uint256 amount,
        bytes32 messageId,
        bytes calldata relayerSignature
    ) external {
        require(!processedMessages[messageId], "Already processed");
        require(verifyRelayerSignature(recipient, amount, messageId, relayerSignature), "Invalid signature");
        processedMessages[messageId] = true;
        token.safeTransfer(recipient, amount);
    }
}

חוזה עטוף על רשת היעד (BSC):

contract WrappedToken is ERC20, Ownable {
    address public immutable bridge;

    constructor(string memory name, string memory symbol, address _bridge) ERC20(name, symbol) Ownable(msg.sender) {
        bridge = _bridge;
    }

    function mint(address to, uint256 amount) external {
        require(msg.sender == bridge, "Only bridge");
        _mint(to, amount);
    }

    function burn(address from, uint256 amount) external {
        require(msg.sender == bridge, "Only bridge");
        _burn(from, amount);
    }
}

Relayer: מרכזי לעומת מבוזר

החלק הקריטי ביותר בגשר חוצת-רשת הוא מי ואיך מאשר אירועים על הרשת השנייה. הבחירה ב-relayer משפיעה על האבטחה והמורכבות.

Relayer מרכזי — השרת שלכם מאזין לאירועים על רשת המקור וקורא לפונקציות על רשת היעד. פשוט לפיתוח ומהיר, אך נקודת כשל מרכזית. אם השרת נפרץ, תוקף יכול להטביע טוקנים ללא הגבלה ללא נעילה אמיתית.

Relayers רב-חתימות — N מפעילים בלתי תלויים חייבים לחתום על כל הודעה; החוזה בודק את הסף. בשימוש על ידי Multichain (לפני הפריצה) ו-deBridge. בטוח יותר אך מורכב יותר לתיאום.

הודעות מבוזרות (LayerZero, Chainlink CCIP, Wormhole) — משתמשות בתשתית מאומתת קיימת במקום relayers מותאמים אישית. LayerZero: Ultra Light Node מאמת כותרות בלוקים באמצעות Light Client על-גבי הרשת ו-Oracle עבור סופיות. זה מפחית הנחות אמון אך מוסיף תלות בספק. שימוש ב-LayerZero OFT מקצר את זמן הפיתוח פי 5 בהשוואה לגשר מותאם אישית.

// Интеграция с LayerZero
import "@layerzerolabs/lz-evm-sdk-v2/contracts/oft/OFT.sol";

contract MyToken is OFT {
    constructor(
        string memory name,
        string memory symbol,
        address lzEndpoint,
        address owner
    ) OFT(name, symbol, lzEndpoint, owner) {}

    // OFT стандарт автоматически реализует cross-chain transfer
    // через burn на source + mint на destination через LayerZero messaging
}

ה-OFT (Omnichain Fungible Token) מ-LayerZero הוא תקן מוכן לטוקנים חוצי-רשת עם קוד מותאם מינימלי.

הוכחת עתודות (Proof of Reserves): איך לאמת גיבוי

עבור טוקנים עטופים נאמנותיים, עתודות ציבוריות ניתנות לאימות הן קריטיות לאחר קריסת ה-stablecoins המרכזיים. Proof of Reserve משתמש ב-oracle המאמת עתודות מחוץ לרשת (לדוגמה, BTC בהחזקה) ומפרסם את התוצאה על-גבי הרשת. החוזה יכול לבדוק עתודות לפני כל הטבה:

AggregatorV3Interface public reserveFeed;

function mint(address to, uint256 amount) external onlyMinter {
    (, int256 reserveBalance,,,) = reserveFeed.latestRoundData();
    require(
        int256(totalSupply() + amount) <= reserveBalance,
        "Insufficient reserves"
    );
    _mint(to, amount);
}

ביקורות חיצוניות מוצאות בממוצע 3–5 פרצות קריטיות לכל 1000 שורות קוד, ולכן ביקורת היא חובה לפני השקה.

היקף העבודה ליצירת טוקן עטוף

• ניתוח דרישות ובחירת מודל (נאמנותי / חוזה חכם / חוצת-רשת)
• עיצוב ויישום חוזים חכמים (Solidity, Foundry)
• אינטגרציית גשר (LayerZero OFT / Chainlink CCIP)
• בדיקות יחידה ו-fuzzing (Echidna, Slither)
• ביקורת אבטחה (פנימית + חיצונית)
• פריסה ל-mainnet והגדרת סקריפטים
• תיעוד והדרכת צוות
• תמיכה טכנית לאחר השקה

לוחות זמנים ומחסן טכנולוגיות עבור סוגי טוקנים שונים

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

שאלות נפוצות כוללות את ההבדל בין WETH ל-WBTC, איך גשרים חוצי-רשת עובדים, אמצעי אבטחה, הערכות עלות, ותקנים מומלצים כמו LayerZero OFT.