01קונסולת המפתחים
הקונסולה מציגה את כל התמונה: quickstart שיוצר ארנק ב-curl אחד — HTTP 201 ב-84 ms — מפתחות API חיים ומפתחות בדיקה, סטטוס מסירת webhooks ונתוני הפרודקשן. תוכנית ההדגמה מפעילה 84,120 ארנקים ב-uptime של 99.99%.
- Quickstart ב-curl, Node, Python ו-Go
- מפתחות live ו-test, עם חשיפה והעתקה במקום
- webhooks של wallet.created עם סטטוס לכל מסירה
02ה-sheet המשובץ
בהדגמה, אפליקציית כרטוס מוכרת כרטיס כניסה ב-€49.00, וה-sheet של Protocore עולה מעליה: יתרה של 124.00 USDC ב-Base, תשלום וקבלה, גיבוי, ייצוא מפתחות. אפליקציית המארח נשארת המוצר; הארנק הוא sheet אחד בתוכה.
03הארנק מוכן
סוף ה-onboarding הוא מסך אחד: הארנק שלכם מוכן. משם הכספים והפעילות מסתנכרנים אוטומטית — המשתמש נותן לו שם, טוען אותו, או פשוט ממשיך באפליקציית המארח. קריאת ה-API התבצעה קודם; המשתמש מעולם לא ראה אותה.
04הרבה ארנקים, משתמש אחד
ה-switcher בהדגמה מחזיק שלושה סוגים בו-זמנית: ארנק ראשי multi-chain ביתרה של €1,148.20, ארנק Solana בשרשרת אחת שעדיין מסומן לגיבוי, וכתובת אחסון קר במצב צפייה בלבד לשם נראות. המשתמשים מארגנים את הכספים כפי שהם חושבים עליהם.
- ארנקי multi-chain וארנקי שרשרת אחת זה לצד זה
- רשומות לצפייה בלבד לכתובות שעוקבים אחריהן ולא מחזיקים
- ארנקים לא מגובים מסומנים עד שה-seed נכתב
05קבלה, עם מעקות בטיחות
מסך קבלה שמניח שייעשו טעויות: הבאנר אומר שרק נכסי Base, אחרת הכספים עלולים ללכת לאיבוד, ה-QR והכתובת להעתקה מתחתיו, וה-sheet מפרט בדיוק אילו נכסים הכתובת תומכת בהם. מעתיקים את הכתובת, או משתפים אותה כמות שהיא.
06ביטוי השחזור
שתים-עשרה מילים ממוספרות, מוצגות פעם אחת, נכתבות offline. המסך נושא את עמדת האבטחה שלו: צילומי מסך מושבתים, ו-Protocore מצהירה בטקסט פשוט שלעולם לא תבקש את המילים האלה. המשמורת נשארת אצל המשתמש כי הגיבוי אצלו.
07רישום הארנקים
קונסולת המפעיל מחזיקה רישום לקריאה בלבד של כל ארנק ב-tenant — 2,418 בהדגמה — עם חיפוש כתובת בהתאמה מדויקת ותצוגה לפי משתמש. המגירה אומרת מה הארכיטקטורה אוכפת: הקונסולה לעולם לא מחזיקה מפתחות ולא מזיזה כספים. הכתובות מוצגות לצורכי תמיכה ומעקב, ולא נסחפות לעולם.
- חיפוש כתובת בהתאמה מדויקת בכל ה-tenant
- בעלים, רשת, תווית וגיל רישום לכל ארנק
- קליק אחד מהארנק אל User 360 של הבעלים
08רישום הנכסים
142 נכסים ברשומה — סמל, שם, רשת, חוזה, decimals ודגלי רישום בטבלה אחת לקריאה בלבד. ל-USDC ול-ETH יש דגל Core; USDT מסומן Unsafe. האפליקציה שלכם מציגה בדיוק את הטוקנים שהרישום ערב להם, ושום דבר מעבר.
09Kill switch לכל פעולה
לשליחה, קבלה, swap וקנייה יש לכל אחד מתג משלו, מצב כיבוי משלו — השבתה עם הודעה, או הסתרה מלאה — ודגל ראשי מעליהם. שינוי נשמר בצד השרת ומגיע לאפליקציות תוך כ-30 שניות. כשמסלול מתקלקל, מכבים בדיוק אותו.
10POST /v1/wallets
קריאה מאומתת אחת מחזירה ארנק — מזהה, כתובת, רשתות — ב-84 ms בהדגמה. אין שלב תשתית לפני הארנק הראשון; ה-endpoint הוא התשתית.
11ארבעה SDK
iOS, Android, React Native ו-Web מגיעים כ-SDK עם גרסאות — 1.4.2, 1.4.0, 0.9.1 ו-2.1.0 בקונסולת ההדגמה. דפוס אינטגרציה אחד, ארבע פלטפורמות, אותו sheet בכל מקום.
12מפתחות על המכשיר
חומר המפתחות נוצר ומוחזק על מכשיר המשתמש — מקבלים ארנקים בלי להפוך לגורם משמורת. ה-sheet אומר זאת בפשטות בתחתיתו: מאובטח על ידי Protocore, מפתחות על המכשיר.
13Multi-chain כברירת מחדל
הארנקים מדברים BTC, ETH, Base ו-Solana מהיום הראשון. קריאת היצירה מקבלת מערך chains — ה-quickstart מעביר base ו-ethereum ומקבל בחזרה ארנק אחד.
14יתרות, העברות, היסטוריה
כל מה שאחרי היצירה הוא גם endpoint: יתרות, העברות והיסטוריה הם קריאות API, לא מערכות שצריך להקים. תצוגת העסקאות בקונסולה קוראת מאותו משטח שהאפליקציה שלכם משתמשת בו.
15Webhooks
אירועי ארנק נשלחים ל-endpoint שלכם עם סטטוס לכל מסירה — ההדגמה מציגה wallet.created בהצלחה של 100% ב-24 שעות, והמסירה האחרונה לפני שתי דקות. ה-backend שלכם יודע על ארנקים ברגע שהם קיימים.
16מפתחות live ו-test
המפתחות מגיעים בזוגות — sk_live ו-sk_test — ומנוהלים בקונסולה. מצב בדיקה מפעיל את כל המשטח עוד לפני שקיים ארנק אמיתי.
17ארנקים לצפייה בלבד
כתובת יכולה להצטרף ל-switcher בלי המפתחות שלה — יתרות גלויות, שום דבר לא ניתן להוצאה. המשתמשים עוקבים אחרי האחסון הקר מאותו מסך שממנו הם משלמים.
18תזכורות גיבוי
ארנק בלי ביטוי שנכתב נושא דגל גיבוי גלוי עד שהמשתמש מתקן. התזכורת נמצאת איפה שהכסף, לא במייל שאף אחד לא פותח.
19בקשות תשלום
קובעים סכום במסך הקבלה ומשתפים את התוצאה — הצד השני מקבל כתובת ומספר במקום צילום מסך וניחוש. שיתוף כתובת רגיל נשאר במרחק הקשה אחת.
20הגנה מרשת שגויה
כתובות קשורות לרשת, וה-UI אומר זאת לפני ששולחים: רק נכסי Base, אחרת הם עלולים ללכת לאיבוד. רשימת הנכסים הנתמכים נמצאת באותו מסך עם ה-QR.
21ייצוא מפתחות
משתמשים יכולים לייצא את המפתחות שלהם מה-sheet — המשמורת נשארת אצל המשתמש, לא רק בעמוד השיווקי. הארנק שורד את הקשר עם האפליקציה, אם המשתמש רוצה בכך.
22סנכרון אוטומטי
כספים ופעילות מסתנכרנים בלי כפתור רענון — ה-sheet וה-API רואים את אותו מצב. מה שהרשת יודעת, הארנק מציג.
23בלי משמורת, מתוך ארכיטקטורה
קונסולת המפעיל היא לקריאה בלבד: היא יכולה לחפש כתובות, לקשר אותן למשתמשים ולעקוב אחרי זרימות — היא לא יכולה להזיז כספים, כי אף פעם אין לה את המפתחות. תשובת הציות החזקה ביותר היא יכולת שלא קיימת.
24User 360 לתמיכה
כל ארנק רשום מקושר ל-User 360 של הבעלים שלו בקונסולת המפעיל — יתרות, מכשירים, דרגת KYC והיסטוריה במרחק קליק מהכתובת שהלקוח שואל עליה.
25פעולות שמחייבות סיבה
פעולות מפעיל בקונסולה מחייבות סיבה ומתועדות לביקורת — באנר הפרודקשן אומר זאת בכל מסך. התמיכה יכולה לפעול מהר בלי לפעול בשקט.
26Whitelabel מעצם התכנון
ה-sheet מוצג בתוך האפליקציה שלכם — הניווט שלכם, המותג שלכם, ה-sheet שלנו. המשתמשים לא יוצאים מהזרימה כדי למצוא ארנק; הוא מופיע איפה שהתשלום.
27שינוי שם וארגון
ארנקים מקבלים שמות — ארנק ראשי, חיסכון Solana, אחסון קר — מרגע היצירה. ארנק שהמשתמש יכול לתת לו שם הוא ארנק שהמשתמש מבין.
28הוכח בקנה מידה
תוכנית ההדגמה מפעילה 84,120 ארנקים ב-uptime של 99.99%, על אותם מסלולים שכל אינטגרציה חדשה מקבלת. המספרים נמצאים בעמוד הראשי של הקונסולה, לא במצגת מכירות.