בעת בניית ארנק קריפטו נייד בנאמנות (Custodial), הדילמה המרכזית היא כיצד לאבטח מפתחות פרטיים תוך שמירה על ידידותיות למשתמש. הצוות שלנו פותר זאת באמצעות שילוב של הגנת HSM/MPC, שילוב KYC/AML, וארכיטקטורת שרת עם תורי עסקאות. להלן הפרטים הטכניים שעליך לדעת לפני שמתחילים.
כיצד פועל ארנק קריפטו בנאמנות
בארנק בנאמנות, המפתחות הפרטיים של המשתמשים מאוחסנים בצד המפעיל. המשתמש סומך עלינו לנהל את נכסיו, ואנו נושאים באחריות לאבטחה. מודל זה משמש את Coinbase, Binance, ופתרונות קריפטו ארגוניים. טכנית, זה קל יותר למשתמש—אין צורך לשמור על ביטוי גיבוי (Seed Phrase), וזמינה שחזור באמצעות דוא"ל מוכר. אך דרישות האבטחה לתשתית השרת והנטל הרגולטורי גבוהים באופן שאין דומה לו.
אילו טכנולוגיות אבטחת מפתחות עיקריות משמשות?
אחסון מפתחות פרטיים במסד נתונים פשוט הוא גזר דין מוות בפריצה הראשונה. הגישות העיקריות:
HSM (מודול אבטחת חומרה). התקן פיזי יוצר, מאחסן ומשתמש במפתחות—הם לעולם לא עוזבים את ה-HSM. חתימת עסקאות מתרחשת בפנים: היישום שולח את העסקה, וה-HSM מחזיר את העסקה החתומה. פתרונות פופולריים: Thales Luna, AWS CloudHSM, Azure Dedicated HSM. מציע אבטחה מקסימלית אך יקר יותר וקשה יותר לקנה מידה.
KMS (שירות ניהול מפתחות). מקבילה בענן: AWS KMS, Google Cloud KMS, Azure Key Vault. המפתחות אינם ניתנים לייצוא, חתימה דרך API. זול יותר מ-HSM, קל יותר לקנה מידה, אך המפתחות נמצאים אצל ספק הענן—מכשולים רגולטוריים עבור תחומי שיפוט מסוימים.
MPC (חישוב רב-צדדי). גישה מודרנית: המפתח הפרטי לעולם אינו קיים בשלמותו. מספר שרתים מחזיקים חלקי מפתח (Shards), והחתימה מתבצעת באמצעות פרוטוקול MPC ללא שחזור. בשימוש על ידי Fireblocks, Fordefi, ZenGo. עמיד בפני פגיעה בשרת בודד.
| טכנולוגיה | רמת אבטחה | עלות | מתי לבחור |
|---|---|---|---|
| HSM | מקסימלית | גבוהה (10,000$+ לשנה) | דרישות רגולטוריות, בורסות עם נפח גבוה |
| KMS | גבוהה | בינונית (תשלום לפי API) | סטארטאפים, פרויקטים בינוניים |
| MPC | גבוהה מאוד | בינונית | חתימה מרובה, ביזור |
מתכונת אחסון חם/קר. רוב הכספים נשמרים באחסון קר (HSM לא מקוון, ארנקי חומרה). הארנק החם מחזיק רק רזרבה תפעולית לעיבוד משיכות שוטפות. יחס של 95/5 או 98/2 הוא תקן התעשייה לבורסות.
כיצד בנויה ארכיטקטורת העסקאות בשרת?
יישום הלקוח אינו חותם על עסקאות—הוא רק יוזם בקשה:
- המשתמש מזין פרטי משיכה באפליקציה הניידת
- האפליקציה שולחת בקשה לשרת עם אימות (JWT + 2FA)
- השרת מאמת: מספיק כספים, לא חרגו מהמגבלות, הכתובת ברשימה הלבנה
- הבקשה נכנסת לתור לחתימה (אישור ידני או אוטומטי)
- שירות החתימה מבקש מ-HSM/KMS לחתום על העסקה
- העסקה החתומה נשלחת לצומת הבלוקצ'יין
- ניטור אישורים, הודעה למשתמש
תור עסקאות אינו רק עיבוד אסינכרוני. הוא מגן מפני התקפות מקבילות: שתי בקשות משיכה לאותו יתרה לא חייבות לעבור שתיהן. אנו משתמשים בנעילה אופטימית או נעילה פסימית ברמת החשבון.
חשבונאות: UTXO לעומת מודל מבוסס חשבונות
עבור רשתות תואמות Ethereum—מודל מבוסס חשבונות. כתובת אחת לכל משתמש או מאגר כתובות עם מיפוי חשבונות:
- כתובת ייעודית: כל משתמש מקבל כתובת הפקדה ייחודית → זיהוי קל יותר, גז גבוה יותר לאיחוד
- כתובת משותפת + memo/tag: כתובת הפקדה אחת, זיהוי באמצעות memo (XRP, TON) או calldata
עבור ביטקוין—UTXO. כל UTXO שייך למשתמש ספציפי או דורש מיפוי כתובת-עסקה. כתובת ביטקוין ייחודית לכל הפקדה, סריקת UTXO לארנק קר בלוח זמנים.
מסד נתונים חשבונאי פנימי מספק יתרות מיידיות ללא שאילתת בלוקצ'יין. כל הפעולות במסד הנתונים הפנימי; הבלוקצ'יין מספק אישור סופי. זה כמו בנק: מערכת החשבונאות הפנימית אינה ממתינה ל-Fedwire עבור כל שאילתה.
לקוח נייד: מאפייני המודל הבנאמנות
עבור המשתמש, ארנק בנאמנות קרוב יותר לאפליקציית בנק מאשר ל-MetaMask. הפונקציונליות כוללת:
- הרשמה/התחברות עם KYC (אם נדרש על ידי הרגולטור)
- יתרות בזמן אמת לפי נכס (WebSocket לעדכונים חיים)
- היסטוריית עסקאות עם מסננים
- שליחה (עם ספר כתובות, סורק QR, רשימה לבנה של כתובות)
- קבלה (QR עם כתובת, ניטור נכנסים)
- המרה בין נכסים (באמצעות מנוע פנימי או אגרגטור)
אימות ביומטרי במכשיר משמש לאישור פעולות, אך הוא אינו מגן על המפתח עצמו (המפתחות בשרת). כאן, ביומטריה מגנה על סשן האפליקציה.
KYC ו-AML—חובה רגולטורית
ארנק בנאמנות ברוב תחומי השיפוט הוא שירות פיננסי. VASP (ספק שירותי נכסים וירטואליים) לפי המלצות FATF. משמעות הדבר:
- KYC: אימות זהות, מסמכים, בדיקת חיוניות סלפי. ספקים: Sumsub, Onfido, Jumio, Veriff.
- סינון AML: בדיקת עסקאות מול רשימות סנקציות (OFAC, EU), חסימת מיקסרים וכתובות דארקנט. ספקים: Chainalysis, Elliptic, TRM Labs.
- חוק הנסיעות (Travel Rule): עבור העברות >1,000$, יש להעביר נתוני שולח/מקבל בין VASP. פרוטוקולים: TRP, OpenVASP, TRISA.
ללא זה, באיחוד האירופי, ארה"ב ורוב המדינות המפותחות, פעולה חוקית בלתי אפשרית. שילוב KYC/AML הוא שלב חובה.
התראות Push וניטור
ניטור עסקאות נכנסות—באמצעות Webhooks מספקי בלוקצ'יין (Alchemy Webhooks, Moralis Streams) או מאזין אירועים מותאם אישית. עם אישור הפקדה—זיכוי ליתרה הפנימית, שליחת Push דרך FCM/APNs. התראות על פעילות חשודה: התחברות ממכשיר חדש, משיכה גדולה, שינוי דוא"ל.
מה כלול בעבודת הפרויקט
אנו מפתחים ארנקים בנאמנות במפתח פתוח (Turnkey). כולל:
- ביקורת דרישות עסקיות ואילוצים רגולטוריים
- עיצוב ארכיטקטורה (HSM/KMS/MPC, חשבונאות, תור עסקאות)
- יישום מודולים: אימות, KYC, עסקאות, התראות Push, ניטור
- שילוב עם ספקי בלוקצ'יין ושירותי KYC/AML
- בדיקות אבטחה (בדיקות חדירה, סקירת קוד)
- פרסום ב-App Store וב-Google Play
- תיעוד תפעול ושילוב
לוחות זמנים וניסיון הצוות
לצוות שלנו ניסיון של 7+ שנים בפיתוח ארנקי קריפטו ו-20+ פרויקטים שהושלמו. MVP של ארנק בנאמנות (בלוקצ'יין אחד, פעולות בסיסיות, KMS במקום HSM, KYC מפושט)—2–3 חודשים. מערכת מלאה עם HSM/MPC, תמיכה בריבוי רשתות, שילוב AML, דיווח רגולטורי—6–12 חודשים. החלק הרגולטורי (קבלת רישיון VASP) מתנהל במקביל.
כדי להעריך את הפרויקט שלך, צור קשר. נכין הצעה מסחרית תוך התחשבות בבלוקצ'יין, תחומי השיפוט ודרישות האבטחה שלך.