Wallets · WaaS

ארנקים הם פיצ'ר, לא חברה

המשתמשים שלכם צריכים ארנקים; אתם לא צריכים להפוך לחברת ארנקים. קריאת API אחת יוצרת את הארנק, ה-SDK מציג אותו בתוך האפליקציה שלכם, והמפתחות לעולם לא עוזבים את המכשיר.

01

ה-API עושה את העבודה הקשה

POST /v1/wallets מחזיר ארנק. יתרות, העברות והיסטוריה הם endpoints, לא תשתית שצריך להקים. קונסולת המפתחים מציגה את כל הממשק — קטן מספיק כדי לקרוא בישיבה אחת.

קונסולת מפתחים המציגה שימוש ב-API של ארנקים ואת נקודת הקצה POST /v1/wallets

קונסולת המפתחים — ארנקים כממשק API.

02

ה-SDK נבלע באפליקציה שלכם

גיליון הארנק מוטמע באפליקציית המארח ב-iOS, Android, React Native ו-Web — הניווט שלכם, המותג שלכם, הגיליון שלנו. יצירת המפתחות והחתימה מתבצעות על המכשיר, כך שהמשמורת נשארת אצל המשתמש, איפה שהיא שייכת.

  1. 01גיליון אחד, ארבע פלטפורמות
  2. 02מפתחות על המכשיר — המשתמשים מחזיקים בשלהם
  3. 03אפליקציית המארח שולטת בחוויה סביב הארנק
מסך קבלה עם תג רשת Base, קוד QR, כתובת להעתקה, הנכסים הנתמכים, הערה שניתן לקבל רק טוקנים ברשת Base וכפתורי העתקה ושיתוף
מסך ביטוי שחזור המציג ביטוי ממוספר של שתים עשרה מילים בשני טורים, קישור להעתקה ללוח, הערה שהוא מוצג פעם אחת כשצילומי מסך חסומים וכפתור אישור

קבלה ב-Base — QR, כתובת ואזהרה שעוצרת שליחות לרשת הלא נכונה. · שתים עשרה מילים, פעם אחת — נרשמות offline, ולא נדרשות שוב.

יכולות

כל מה ש-Protocore Wallets כולל.

  1. 01קונסולת המפתחים
  2. 02ה-sheet המשובץ
  3. 03הארנק מוכן
  4. 04הרבה ארנקים, משתמש אחד
  5. 05קבלה, עם מעקות בטיחות
  6. 06ביטוי השחזור
  7. 07רישום הארנקים
  8. 08רישום הנכסים
  9. 09Kill switch לכל פעולה
  10. 10POST /v1/wallets
  1. 11ארבעה SDK
  2. 12מפתחות על המכשיר
  3. 13Multi-chain כברירת מחדל
  4. 14יתרות, העברות, היסטוריה
  5. 15Webhooks
  6. 16מפתחות live ו-test
  7. 17ארנקים לצפייה בלבד
  8. 18תזכורות גיבוי
  9. 19בקשות תשלום
  10. 20הגנה מרשת שגויה
  1. 21ייצוא מפתחות
  2. 22סנכרון אוטומטי
  3. 23בלי משמורת, מתוך ארכיטקטורה
  4. 24User 360 לתמיכה
  5. 25פעולות שמחייבות סיבה
  6. 26Whitelabel מעצם התכנון
  7. 27שינוי שם וארגון
  8. 28הוכח בקנה מידה
לכל 28 היכולות בפירוט

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%, על אותם מסלולים שכל אינטגרציה חדשה מקבלת. המספרים נמצאים בעמוד הראשי של הקונסולה, לא במצגת מכירות.

מסכים

בתוך המוצר.

ממשק מוצר אמיתי, עם נתוני דמו.

חיפוש בצד התמיכה — 2,418 ארנקים, לקריאה בלבד, בלי משמורת.
142 נכסים ברישום — חוזים, decimals ודגלים לכל טוקן.
Kill switch לכל פעולה — כבוי בקונסולה, כבוי באפליקציות כ-30 שניות אחר כך.

FAQ

ארנקים דרך API, בשקט.

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

  • קריאה אחת — POST /v1/wallets — מחזירה ארנק. יתרות, העברות והיסטוריה הם endpoints, לא תשתית שצריך להקים, וה-SDK מציג את גיליון הארנק בתוך האפליקציה שלכם. הממשק כולו קטן מספיק כדי לקרוא בישיבה אחת.

  • לא. גיליון ה-SDK מוטמע באפליקציית המארח — הניווט שלכם, המותג שלכם, הגיליון שלנו. אפליקציית המארח נשארת המוצר; הארנק הוא פיצ'ר בתוכה, לא השתלטות.

  • SDKs ל-iOS, Android, React Native ו-Web, והוא multi-chain מהיום הראשון בכל הבלוקצ'יינים המרכזיים. מסך הקבלה אפילו מזהיר על שליחה לרשת הלא נכונה לפני שהיא קורית.

  • ביטוי שחזור בן שתים עשרה מילים, שמוצג פעם אחת בהגדרה כדי לרשום אותו offline ולא נדרש שוב. מכיוון שהמפתחות על המכשיר, השחזור הוא הביטוי של המשתמש — לא פנייה אלינו לתמיכה.

  • התמיכה מקבלת קונסולה לקריאה בלבד עם חיפוש כתובת בהתאמה מדויקת — מספיק כדי לעזור, אף פעם לא משמורת. Kill switch לכל פעולה יכולים להשהות שליחה, קבלה, swap או רכישה בכל האפליקציות, אבל אף מפעיל לא יכול להזיז כספי משתמש.

הערכה

יוצרים ארנק בקריאה אחת.

01

הדגמה מודרכת

נריץ יחד איתכם POST /v1/wallets ונציג את גיליון ה-SDK מוטמע באפליקציית מארח ב-iOS, Android, React Native ו-Web.

02

סביבת sandbox למפתחים

מפתחות API לסביבת בדיקות, כדי שהצוות שלכם יוכל ליצור ארנקים, לקרוא יתרות ולהזיז כספי בדיקה מקצה לקצה.

03

SDKs, webhooks ותיעוד

ארבעת ה-SDKs לפלטפורמות, webhooks לאירועים ותיעוד האינטגרציה — מספיק כדי להטמיע ארנק באפליקציה שלכם.

04

On-device by design

ראו במו עיניכם שחומר המפתחות נוצר ונשמר על המכשיר — מקבלים ארנקים בלי להפוך לצד משמורת.

זמינות

Whitelabel by design — הארנקים נשלחים בתוך האפליקציה שלכם, תחת המותג שלכם.

באקוסיסטם

במערכת האקוסיסטם: Wallets מחזיק את מה ש-Ramp קונה ו-Chain מסדיר — ו-Safe הוא המקום שאליו היתרות עוברות כשהן מפסיקות לזוז.

בוחרים מוצר. או לוקחים את הליבה.

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