אתם משיקים קולקציה של 10,000 NFT של ביטקוין ומגלים שכלי Ethereum הסטנדרטיים לא עובדים? Ordinals דורשים הבנה עמוקה של מודל UTXO וניהול ידני של עסקאות. אנו מפתחים שירותים להטבעה המונית של Ordinals על ביטקוין: מהטבעות אצווה ועד API מלאים. עם ניסיון של למעלה מ-5 שנים בתשתיות ביטקוין ויותר מ-10 פרויקטי הטבעה, אנו מבטיחים יציבות תחת עומס. צרו קשר כדי לדון בארכיטקטורה למשימה שלכם.
בלב השירות נמצא פרוטוקול Ordinals, המאפשר לחרוט נתונים שרירותיים לקטע העדים של עסקה. כל סאטושי ממוספר לפי סדר הכרייה, והנתונים נארזים באמצעות OP_FALSE OP_IF <data> OP_ENDIF. אלה לא חוזים חכמים—הנתונים נמצאים על השרשרת ישירות בביטקוין. פיתוח הטבעה המונית דורש הבנה של מודל UTXO, השונה מהותית ממודל החשבונות של Ethereum. בניגוד ל-ERC-721, שבו ההטבעה היא קריאת חוזה, Ordinals דורש ניהול פיזי של UTXO וחישוב עמלות. תהליך ההטבעה של NFT בסולנה מעבד 10,000 עסקאות בשנייה; Ordinals דורש המתנה של 1–2 בלוקים, מה שהופך את ההטבעה ההמונית לאיטית פי עשרה אך מבטיח אבטחת L1. הטבעות ביטקוין באצווה באמצעות reveal יחיד מפחיתות עמלות פי 2–3—לריצה של 10,000 הטבעות, החיסכון מסתכם בכ-0.2 BTC. זהו שירות הטבעה מנוהל במלואו עם API להטבעה המונית, וה-Ordinals API שלנו מספק נקודות קצה להעלאות אצווה. השירות המפנה כולל תמיכה מלאה ב-Bitcoin Core וניהול עמלות mempool. כל ההטבעות משתמשות ב-Taproot עם P2TR.
כיצד פועל מודל UTXO ב-Ordinals
ב-Ethereum: address → balance. בביטקוין: קבוצה של UTXO, כל אחד חייב לשמש כקלט במפורש. הטבעה מחוברת ל-UTXO ספציפי (הסאטושי הראשון—ה-"קרדינל" סאט).
הטעות הראשונה בהטבעה המונית: איחוד UTXO ללא התחשבות בהטבעות. ארנק ביטקוין סטנדרטי ממזג UTXO קטנים כדי לייעל עמלות—אם האיחוד תופס UTXO עם הטבעה, היא אובדת. ארנק Ordinals חייב להבחין בין UTXO קרדינליים ל-UTXO רגילים. להעלאות אצווה, אנו משתמשים בניהול UTXO משלנו עם PostgreSQL.
מגבלת אבק היא חובה: הפלט של עסקת reveal חייב להיות >= 546 סאטושי (P2WPKH) או 330 סאטושי (P2TR). במהלך הטבעה באצווה, כל פלט מוטבע הוא 546–1000 סאטושי. עבור 1000 הטבעות, לפחות 0.000546 BTC הולך לאבק בלבד. לצורך קנה מידה, אנו משתמשים בתור BullMQ—כל משימה עוברת מצבים: PENDING_COMMIT, COMMITTED, PENDING_REVEAL, INSCRIBED.
תוכנית commit-reveal:
- Commit—פלט P2TR עם tapscript המכיל נתונים.
- Reveal—מוציא את ה-commit, חושף את ה-tapscript.
לאחר commit (מינימום בלוק אחד), ה-reveal מתפרסם. עם זמן בלוק של כ-10 דקות ו-mempool עמוס, התהליך נמתח לשעות. תור עם מצבים הוא הכרחי.
אילו אתגרים מתעוררים בהטבעה באצווה?
חישוב עמלות
עמלת ביטקוין = fee_rate (sat/vByte) × גודל עסקה (vBytes). הטבעה של 100 KB בעדים נותנת כ-25,000 vBytes. עם fee rate של 50 sat/vByte, הטבעה אחת יכולה לעלות עד 0.01 BTC רק בעמלות.
השירות חייב:
- לקבל את ה-fee rate הנוכחי מ-mempool.space.
- לחשב את גודל העסקה המדויק לפני ההרכבה.
- להציג למשתמש עלות כוללת = עמלת הטבעה + עמלת כורה + עמלת שירות.
- להציע מכפיל feeRate: 1.0x כלכלי, 1.5x סטנדרטי, 2.0x מהיר.
אסטרטגיית אצווה
reveal אחד יכול להכיל מספר הטבעות באמצעות שרשור ב-tapscript. זה מפחית תקורה, אבל אם ה-reveal נתקע, כל ההטבעות ממתינות. לשירות מסחרי, אנו ממליצים על עסקאות נפרדות עם סטטוס עצמאי.
לייצור, אנו משתמשים ב-PostgreSQL למעקב UTXO, ומסמנים בנפרד פלטים קרדינליים ורגילים. כל UTXO של commit מנוטר עד שה-reveal מאושר. תהליך יישוב בודק את סטטוס הבלוקצ'יין כל 30 דקות.
ארכיטקטורה לדוגמה
צד אחורי—Node.js, @scure/btc-signer להרכבת עסקאות. צומת Bitcoin Core משלנו עם txindex=1 לעצמאות.
| רכיב | טכנולוגיה |
|---|---|
| בונה עסקאות | bitcoinjs-lib v6 / @scure/btc-signer |
| ניהול UTXO | PostgreSQL (UTXO במעקב) |
| צומת ביטקוין | Bitcoin Core RPC |
| הערכת עמלות | mempool.space API (sat/vbyte בזמן אמת) |
| תור משימות | BullMQ (צינור commit/reveal) |
| עיבוד תשלומים | BIP-21 URI + זיהוי על השרשרת |
עדיפות עמלות
| עדיפות | מכפיל | זמן המתנה לדוגמה |
|---|---|---|
| כלכלי | 1.0× | 3–6 בלוקים |
| סטנדרטי | 1.5× | 1–2 בלוקים |
| מהיר | 2.0× | הבלוק הבא |
ממשק משתמש
גרירה ושחרור של קבצים (WebP, PNG, GIF, MP4, HTML). תצוגה מקדימה וחישוב עמלות לפני תשלום. כתובת BTC עם QR. סטטוס בזמן אמת באמצעות WebSocket: detecting payment → commit sent → commit confirmed → reveal sent → inscribed. קישור ל-ordinals.com או ord.io.
כיצד מובטחת אבטחה בהטבעה המונית?
- RBF—אנו ממתינים לפחות לאישור תשלום אחד לפני commit.
- Commits יתומים—נדירים, אך יש צורך ביישוב.
- סינון תוכן—רשימה שחורה מבוססת hash של תוכן לא חוקי בשלב ההעלאה.
מה כלול בעבודה
- ניתוח דרישות ועיצוב ארכיטקטורה
- פיתוח בונה עסקאות ביטקוין עם תמיכה באצווה
- אינטגרציה של זיהוי תשלומים (BIP-21, על השרשרת)
- ממשק משתמש להעלאה, סטטוס והיסטוריה
- בדיקות על Testnet4 (צינור מלא מקצה לקצה)
- פריסה על VPS עם Bitcoin Core, ניטור
- תיעוד API והוראות משתמש
- חודש תמיכה לאחר ההשקה
תהליך עבודה
- ניתוח (1–2 ימים): קהל יעד, תמיכה ב-BRC-20 או Ordinals רגילים, נפח עומס.
- פיתוח (1–2 שבועות): בונה עסקאות + תור משימות + זיהוי תשלומים + צד קדמי.
- בדיקות: מחזור מלא על testnet.
- פריסה: מיכלי Docker, צומת Bitcoin Core (~600 GB SSD), ניטור משימות ממתינות.
ציר זמן: שירות בסיסי להטבעה בודדת—1–1.5 שבועות. הטבעה בכמות גדולה עם לוח מחוונים ו-API—2–3 שבועות. העלות נקבעת לאחר ניתוח דרישות.
קבלו ארכיטקטורת הדגמה המותאמת לצרכים שלכם. העריכו את יכולות השירות—צרו קשר לייעוץ. הזמינו ביקורת על הפרויקט שלכם או אב טיפוס ארכיטקטורה.