אנו מיישמים את תקן ERC-4337 בארנקי קריפטו ניידים כדי להסיר חסמים של ביטויי גיבוי (seed phrases) וחובת ETH לגז. תקן ERC-4337 (המתואר ב-EIP-4337) מחליף את EOA בארנקי חוזה חכם. המשתמש מקבל עסקאות ללא גז, שחזור חברתי וחתימה ביומטרית—ללא שמירת ביטוי גיבוי. למפתחים, האינטגרציה כוללת עבודה עם UserOperation, Bundler ו-Paymaster. התוצאה היא חוויית משתמש ברמת Web2: משתמשים נכנסים עם Face ID, ועסקאות חינמיות עבורם. צרו קשר כדי לדון בפרויקט שלכם.
ארנקי EOA מסורתיים דורשים ניהול מפתחות פרטיים והחזקת ETH לגז. זה יוצר חסם לאימוץ המוני של DeFi. ERC-4337 פותר זאת באמצעות חשבונות חכמים שיכולים לממן גז ולהיות משוחזרים ללא ביטוי גיבוי. האפליקציה הניידת הופכת ללקוח בלבד שחותם על פעולות באמצעות ביומטריה.
אילו רכיבי ERC-4337 משמשים בארנק נייד?
חשבון חכם (Smart Account)
במקום EOA, המשתמש מקבל ארנק חוזה חכם (SimpleAccount, SafeAccount, LightAccount של Alchemy, Kernel של ZeroDev). כתובת החוזה היא דטרמיניסטית באמצעות CREATE2—ניתן לחשב אותה לפני הפריסה. הלקוח הנייד שומר את ownerPrivateKey (מפתח החתימה) ב-Secure Enclave (iOS) / Android Keystore, לא את הארנק עצמו.
חוזה EntryPoint
(0x5FF137D4b0FDCD49DcA30c7CF57E578a026d2789—כתובת זהה בכל רשתות ה-EVM)—סינגלטון גלובלי שמקבל UserOperation[] מ-Bundlers.
Bundler
צומת שאוסף UserOperations מהממפול, מדמה אותם ואורז אותם לעסקה רגילה על השרשרת. SDKs לשימוש: @alchemy/aa-core, permissionless.js, viem/account-abstraction. באפליקציה הניידת, ה-Bundler הוא נקודת קצה HTTP שאליה הלקוח שולח eth_sendUserOperation. ה-bundler של Alchemy מעבד פעולות פי 2 מהר יותר מהממפול הציבורי.
Paymaster
חוזה אופציונלי שמממן גז. Paymaster מאמת חותם על הרשאה בשרת; ERC-20 Paymaster מאפשר תשלום ב-USDC. בלקוח הנייד, לפני שליחת UserOperation, אנו מבקשים pm_sponsorUserOperation מ-API של ה-Paymaster (Alchemy, Pimlico, Biconomy). חיסכון בגז למשתמש יכול להגיע ל-90%.
כיצד פועלת הערכת גז ב-ERC-4337?
השדות callGasLimit, verificationGasLimit, preVerificationGas צריכים להיות מוערכים לפני השליחה. ה-Bundler מספק eth_estimateUserOperationGas—אנו קוראים לו לפני הצגת סכום הגז למשתמש. Pimlico ו-Alchemy Gas Manager הופכים זאת לאוטומטי. ללא הערכה נכונה, ה-Bundler ידחה את הפעולה עם AA21 didn't pay prefund. ב-L2 (Optimism/Base), עמלת נתוני L1 נלקחת בחשבון.
כיצד ERC-4337 משנה את חוויית המשתמש בארנק נייד?
חתימה על UserOperation. החשבון החכם מאמת את החתימה באמצעות isValidSignature (ERC-1271). הבעלים (owner EOA) חותם. ב-iOS—SecKeyCreateSignature עם kSecKeyAlgorithmECDSASignatureMessageX962SHA256 דרך Secure Enclave (המפתח לעולם לא עוזב את השבב). באנדרואיד—KeyPairGenerator עם ספק AndroidKeyStore, חתימה דרך Signature.getInstance("SHA256withECDSA").
אימות ביומטרי לפני חתימה—LocalAuthentication (iOS) / BiometricPrompt (אנדרואיד). המפתח הפרטי נגיש רק לאחר אימות ביומטרי—המפתח מסומן עם kSecAccessControlBiometryCurrentSet (iOS) או setUserAuthenticationRequired(true) (Android Keystore).
מפתחות סשן (Session Keys). ERC-4337 מאפשר האצלת זכויות חתימה מוגבלות. דוגמה: משחק נייד מבקש מפתח סשן עם הרשאה להוציא עד 5 USDC לעסקה—המשתמש חותם פעם אחת, ומיקרו-עסקאות עוקבות מתבצעות ללא אישור. יישום דרך ISessionKeyPlugin (ERC-6900) או מקביל ב-Kernel (ZeroDev).
שחזור חברתי. החשבון החכם יכול לתמוך בשחזור דרך אפוטרופוסים—כתובות מהימנות (למשל, שחזור בדוא"ל דרך ZeroDev Email Recovery או טלפון דרך התחברות חברתית עם Web3Auth). המשתמש מאבד את המפתח → יוצר קשר עם אפוטרופוסים → לאחר נעילת זמן (בדרך כלל 48 שעות) מקבל בעלים חדש. לחוויית משתמש ניידת: באפליקציה—סעיף "שחזור" שבו ניתן להוסיף אפוטרופוסים ולהגדיר סף.
מקרה בוחן: ארנק DeFi נייד (הלקוח שלנו)
חשבון חכם מבוסס LightAccount v1.1, Bundler—Alchemy, Paymaster מממן 10 עסקאות ראשונות למשתמשים חדשים. חתימה דרך Secure Enclave (iOS) ו-Android Keystore. התחברות ללא ביטוי גיבוי: המשתמש יוצר חשבון דרך Apple Sign In → צמד מפתחות ECDSA נוצר ב-Secure Enclave → כתובת החשבון החכם מחושבת דרך getCounterFactualAddress → בהפקדה הראשונה, החשבון נפרס דרך initCode ב-UserOperation. המשתמש אף פעם לא רואה מפתח פרטי או ביטוי גיבוי. החשבון החכם מפחית אישורי משתמש פי 3 בהשוואה לארנקי EOA.
אילו אתגרים מתעוררים ביישום ERC-4337?
ריצה לפני (Frontrunning) של UserOperations. הממפול של ERC-4337 הוא ציבורי—Bundlers רואים UserOperations שלא אושרו. לפעולות חסויות, השתמשו ב-bundler פרטי (Flashbots, MEV Blocker) או ב-Paymaster עם נתונים מוצפנים.
ריבוי שרשראות. ל-EntryPoint v0.6 ו-v0.7 יש כתובות שונות ברשתות שונות. הארנק חייב לתמוך בשניהם. @alchemy/aa-core מ-eth_estimateUserOperationGas מפשט זאת, אך התצורה לכל רשת היא נפרדת.
הערכת גז ב-Optimism/Base. מודל הגז ב-L2 שונה: עמלת נתוני L1 מתווספת לגז L2. eth_estimateUserOperationGas מה-Bundler מתחשב בכך, אך מומלץ לאמת ברשתות שונות בנפרד.
אילו שלבים כולל פיתוח ארנק ERC-4337?
| שלב | תוצאה |
|---|---|
| ניתוח דרישות ובחירת מחסנית טכנולוגית | מפרט טכני עם הצדקה לבחירת SDK וגרסת חוזה |
| עיצוב ארכיטקטורה | דיאגרמת אינטראקציה לקוח–Bundler–Paymaster |
| פיתוח חשבון חכם + SDK ללקוח | אינטגרציה של חתימה, הערכת גז, מפתחות סשן |
| בדיקות ברשת Testnet | אימות UserOperation ב-3+ רשתות EVM |
| פריסה והשקה | גישה ל-Bundler/Paymaster, תיעוד, הדרכת צוות |
לוחות זמנים ועלויות
| היקף | זמן משוער |
|---|---|
| ארנק ERC-4337 בסיסי, ללא גז, ביומטרי | 10–16 שבועות |
| ארנק עם מפתחות סשן ושחזור חברתי | 5–8 חודשים |
| פלטפורמת DeFi עם תמיכה בריבוי שרשראות | 8–14 חודשים |
העלות מחושבת באופן אישי לאחר ניתוח דרישות החוזה החכם, הרשתות הנתמכות וזרימת ההתחברות.
יש לנו ניסיון של 10+ שנים בפיתוח נייד ו-50+ פרויקטים שהושלמו המשלבים טכנולוגיות בלוקצ'יין. קבלו ייעוץ ליישום ERC-4337 באפליקציה הניידת שלכם—צרו קשר כדי לדון בפרויקט וליצור RoadMap.