פרוטוקול RGB לחוזים חכמים וטוקנים בביטקוין

לקוחות רוצים חוזים חכמים פרטיים אבל לא רוצים לעזוב את ביטקוין או לעבור ל-sidechains. פרוטוקול RGB פותר את זה: המצב נשמר אצל הבעלים, בעוד ביטקוין מבטיח קונצנזוס. המהנדסים שלנו מפתחים פתרונות על RGB v0.11 — מטוקנים פשוטים ועד אינטגרציה עם Lightning. השלמנו 30+ פרויקטים, וחסכנו ללקוחות עד פי 100 בעלויות עסקאות.

איך עובד אימות בצד הלקוח ב-RGB

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

Alice → Bob (передача RGB актива): 1. Bob генерирует UTXO "seal" (Bitcoin UTXO, куда привяжется RGB право) 2. Alice создаёт state transition: "перевести N токенов на seal Боба" 3. Alice создаёт Bitcoin tx, содержащий commitment к state transition 4. Alice передаёт Bob'у consignment: state transition + историю до genesis 5. Bob валидирует: проверяет каждый переход, anchoring в Bitcoin 6. Bob подтверждает получение 

נקודה מרכזית: התוכן של מעבר המצב (כמה טוקנים, למי) אף פעם לא מופיע בפומבי. בבלוקצ'יין של ביטקוין — רק התחייבות גיבוב של 32 בתים. צופה חיצוני רואה עסקת ביטקוין אבל לא יודע שהיא מכילה העברת RGB.

למה RGB עדיף על Ethereum לטוקנים פרטיים

RGB מוצדק כשיש דרישות קשות לסילוק בביטקוין וסודיות; טוקנים יציבים ללא לוגיקת חוזה מורכבת; יישומים מבוססי Lightning; דרישה אידיאולוגית לעבוד על ביטקוין. בהשוואה ל-Ethereum, RGB מנצח בפרטיות (הנתונים לא ציבוריים) ובעמלות: להעברות המוניות, החיסכון מגיע לפי 100 בשל היעדר עלות פרסום מצב. עם זאת, המערכת האקולוגית עדיין מתגבשת, ואנחנו לוקחים על עצמנו את כל הסיכונים — אנו מבטיחים 3 חודשי תמיכה לאחר המסירה.

איך ליצור טוקן RGB20

RGB20 — תקן לטוקנים פונגיבילים (מקביל ל-ERC-20). יצירת טוקן חדש דרך rgb-cli או פרוגרמטית דרך SDK:

use rgb_schemata::rgb20; use rgbstd::interface::rgb20::Rgb20; use rgbstd::stl::{Amount, Precision, RicardianContract}; let contract = rgb20::issue( ticker: "MYTKN", name: "My Token", precision: Precision::CentiMicro, // 8 знаков после запятой issued_supply: Amount::from(1_000_000_00000000u64), seal: genesis_seal, terms: RicardianContract::new("Token Terms..."), )?; let contract_bytes = contract.to_strict_serialized::<{ u24::MAX as usize }>()?; 

לפיתוח, אנו משתמשים בספריית הליבה של RGB ב-Rust כ-SDK הראשי. העטיפה ברמה גבוהה RGB Std מספקת ממשקים לעבודה עם תקנים ספציפיים.

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

use rgb_schemata::rgb21; let nft = rgb21::issue_unique( name: "Rare Art #1", token_id: TokenId::from_random(), media: Some(EmbeddedMedia { media_type: MediaType::from("image/png"), data: SmallBlob::try_from(image_bytes)?, }), seal: nft_genesis_seal, )?; 

מה כלול בעבודה ובערבויות

התהליך כולל ניתוח דרישות, ביקורת אבטחה, עיצוב סכמה, פיתוח חוזה ב-Rust, אינטגרציה עם Lightning (אופציונלי), התאמת ארנק, פריסה ב-testnet/mainnet, תיעוד והדרכת צוות. אנו מספקים:

• קוד מקור של חוזים (Rust) עם בדיקות
• הוראות פריסה ושימוש
• גישה למאגר פרטי
• שעתיים של הדרכה למפתחים שלכם
• 3 חודשי תמיכה באחריות

לוחות זמנים: מ-3 שבועות לטוקן בסיסי ועד 5 חודשים לשירות נאמנות עם Lightning. העלות מחושבת באופן אישי. צרו קשר — נבחן את הפרויקט שלכם בחינם. הזמינו ביקורת על אב הטיפוס הנוכחי שלכם: נמצא בעיות לפני הייצור.

ארנק ואחסון מצב

כדי לעבוד עם נכסי RGB, נדרש ארנק תומך RGB. ארנק ביטקוין רגיל לא רואה יתרות RGB. יישומים קיימים: Bitmask (web/מובייל), BitLight (מבוסס Lightning), MyCitadel (שולחני מצוות LNP/BP). לצד השרת — אינטגרציה דרך RGB Node או שימוש ישיר ב-RGB Core.

מצב RGB נשמר ב-stash — מסד הנתונים המקומי של הבעלים. ה-stash מכיל את כל המשלוחים שהתקבלו, היסטוריית מעברי מצב ונתוני עדים נחוצים.

let stash = RgbStash::new(stash_path, bitcoin_provider)?; let balance = stash.contract_state::<Rgb20>(contract_id)? .fungibles() .filter(|a| a.owner == my_seal) .sum(); 

אינטגרציה עם Lightning Network: איך זה עובד

RGB-over-LN מאפשר מיקרופיימנטים בטוקני RGB דרך ערוצי Lightning. שלמו ב-USDC דרך Lightning במילישניות — ללא גשרים או טוקנים עטופים. טכנית: HTLC מורחב עם מעבר מצב RGB. במהלך ניתוב, החשבונית מקודדת לא רק את סכום הסאטושי אלא גם את העברת נכס ה-RGB. צמתי ניתוב רואים רק HTLC רגילים. יישום: LDK עם הרחבות RGB מבית Bitfinex (פרויקט Iris).

השוואה: RGB מול Ethereum למשימות טיפוסיות

טבלת כלים: מה אנחנו משתמשים

מגבלות מעשיות ומתי לבחור RGB

אין נראות ציבורית ב-mempool: מצב RGB נראה רק למשתתפים. זה יתרון לפרטיות אבל חיסרון — אין explorer ציבורי. אימות עובד רק עם משלוח מלא. UTXO כחותם: בעת הוצאת UTXO, יש להעביר במפורש את נכס ה-RGB לפלט חדש — העברה שנשכחה משמעותה אובדן הנכס. המערכת האקולוגית עדיין מתגבשת: הכלים פחות בוגרים מ-Ethereum, התיעוד לא מלא. אין מקבילה ל-EVM: AluVM פחות אקספרסיבי מ-Solidity; DeFi מורכב על RGB דורש מאמץ משמעותי.

בחרו RGB כאשר: דרישות קשות לסילוק בביטקוין וסודיות; טוקנים יציבים (העברה, הנפקה, שריפה); יישומים מבוססי Lightning; בחירה אידיאולוגית של ביטקוין ללא sidechains. ל-DeFi, שווקי NFT, DAO — Ethereum או L2 נשארים הבחירה הנכונה בשל הבגרות.

תיעוד RGB רשמי: rgb.technology