פיתוח קולקציית NFT על TON: חוזים חכמים, מנט, מרקטפלייסים

מדוע פיתוח NFT ב-TON הוא אתגר למפתחי EVM?

אנו מפתחים אוספי NFT ב-TON עם חוזים חכמים חזקים, הטמעה יעילה ואינטגרציה חלקה עם שווקים. TON שונה ארכיטקטונית מ-EVM. אם אתה רגיל ל-Solidity ול-EVM, שבו NFT הוא רשומה במיפוי חוזה, כאן כל טוקן הוא חוזה חכם עצמאי. זה משנה הכל: פריסה, הטמעה, העברה, ואפילו פעולות פשוטות כמו רישום בשוק. הצוות שלנו מתמחה ב-TON מאז השקת הרשת הראשית. עם ניסיון של 7+ שנים בבלוקצ'יין ויותר מ-50 אוספי NFT שהושקו ב-Ethereum ו-TON, חידדנו את כישורינו בפרויקטים כאלה. אנו מבטיחים ביקורת קוד ותמיכה של 30 יום לאחר ההשקה. אנו עובדים במתכונת מפתח-במפתח: אנליטיקה, פיתוח חוזים, אתר הטמעה, אינטגרציה עם שווקים. אנו מספקים הערכת פרויקט חינמית — פשוט צור קשר.

ארכיטקטורת TEP-62

חוזי אוסף ופריט

אוסף TON מורכב משני סוגי חוזים: חוזה NFT Collection וחוזה NFT Item. האוסף מאחסן owner_address, next_item_index, content (מטא-דאטה של האוסף), nft_item_code (קוד לפריסת חוזי פריט). בעת הטמעה, הוא פורס חוזה NFT Item חדש באמצעות הודעה פנימית.

חוזה הפריט של כל טוקן מאחסן: index, collection_address, owner_address, individual_content. כתובת חוזה הפריט מחושבת דטרמיניסטית מ-collection_address ו-index באמצעות stateInit:

cell calculate_nft_item_state_init(int item_index, cell nft_item_code) {
    cell data = begin_cell()
        .store_uint(item_index, 64)
        .store_slice(my_address())
        .end_cell();
    return begin_cell()
        .store_uint(0, 2)
        .store_dict(nft_item_code)
        .store_dict(data)
        .store_uint(0, 1)
        .end_cell();
}

זה מאפשר לחשב כל כתובת NFT מחוץ לרשת, דבר שחשוב לאינדקסרים ולשווקים.

תהליך העברת NFT

העברת NFT ב-TON היא שליחת הודעה פנימית מהבעלים הנוכחי לחוזה NFT Item עם קוד פעולה transfer. חוזה הפריט משנה את owner_address ושולח אופציונלית הודעת ownership_assigned לבעלים החדש:

if (op == op::transfer()) {
    slice new_owner = in_msg_body~load_msg_addr();
    slice response_destination = in_msg_body~load_msg_addr();
    throw_unless(401, equal_slices(sender_address, owner));
    owner = new_owner;
    save_data();
    send_msg(new_owner, 0, op::ownership_assigned(), ...);
}

בניגוד ל-EVM, שבו transferFrom הוא סינכרוני, העברת TON היא אסינכרונית. הבעלים החדש יקבל הודעה בבלוק הבא. זה משפיע על לוגיקת השוק: רישום וביטול רישום דורשים טיפול באישור אסינכרוני.

אחסון מטא-דאטה

מטא-דאטה של NFT ב-TON מאוחסן בשני פורמטים: על-רשת (מקודד TL-B ישירות בחוזה) ומחוץ-לרשת (URL לקובץ JSON). עבור אוספים עם מטא-דאטה גנרטיבי, קידוד snake של ה-URL הוא טיפוסי:

Cell content = begin_cell() .store_uint(0x01, 8) .store_slice("https://example.com/nft/") .end_cell() 

תוכן אישי מאחסן את הסיומת (לדוגמה, 123.json), והאוסף מאחסן את ה-URL הבסיסי. ה-getter get_nft_data() משלב אותם ל-URI המלא. פורמט ה-JSON זהה ל-EVM: name, description, image, attributes. אחסון ב-IPFS עובד באותו אופן — ההבדל הוא רק באופן שבו ה-URI מועבר.

כמה עולה הטמעה ב-TON ואיך לחסוך?

כל הטמעה פורסת חוזה חדש, שעולה יותר מ-SLOAD ב-EVM. ב-TON, פריסת NFT Item אחד עולה בערך 0.05 TON. עבור הטמעת אצווה של 10,000 טוקנים בבת אחת, זה 500 TON רק בעמלות אחסון.

אופטימיזציה: lazy mint — חוזה NFT Item נפרס רק בהעברה ראשונה או בתביעה מפורשת, וחוסך עד 50% מהעלויות. חלופה היא פריסה מוקדמת עם הפצה באצוות עם עיכוב בין בלוקים. בזכות ארכיטקטורת ה-sharding של TON, אפשר להטמיע 10,000 NFTs בבלוק אחד, מהיר פי 20 מאשר ב-Ethereum. מפתחי TON המוסמכים שלנו יישמו lazy mint עבור מספר אוספים, והשיגו חיסכון ממוצע של 30%.

איך לפרוס אוסף NFT ב-4 שלבים

1. הכן מטא-דאטה: צור קבצי JSON עבור כל טוקן (name, description, image, attributes) והעלה ל-IPFS.
2. פתח חוזי Collection ו-Item ב-FunC עם תמיכה ב-TEP-62 ו-TEP-64. השתמש בתבניות מוכחות מ-ton-blockchain/token-contract.
3. פרוס את חוזה ה-Collection ברשת הבדיקות דרך TEP-62. ציין owner_address, nft_item_code, content metadata.
4. הטמע טוקנים: שלח הודעה פנימית עם קוד פעולה deploy_nft_item עבור כל index. השתמש בהטמעת אצווה עבור קבוצות טוקנים כדי להפחית עומס.