Wallets · WaaS

کیف پول یک قابلیت است، نه یک شرکت

کاربران شما کیف پول لازم دارند؛ شما لازم نیست شرکت کیف پول شوید. یک فراخوان API کیف پول را می‌سازد، SDK آن را داخل اپ شما نمایش می‌دهد و کلیدها هرگز دستگاه را ترک نمی‌کنند.

01

API کار سنگین را انجام می‌دهد

POST /v1/wallets یک کیف پول برمی‌گرداند. موجودی، انتقال و تاریخچه اندپوینت هستند، نه زیرساختی که خودتان بالا بیاورید. کنسول توسعه‌دهنده کل سطح API را نشان می‌دهد — آن‌قدر کوچک که در یک نشست خوانده می‌شود.

کنسول توسعه‌دهنده با نمایش میزان استفاده از API کیف پول و اندپوینت POST /v1/wallets

کنسول توسعه‌دهنده — کیف پول به‌شکل یک API.

02

SDK در اپ شما محو می‌شود

شیت کیف پول در اپ میزبان روی iOS، Android، React Native و Web جا می‌شود — ناوبری مال شما، برند مال شما، شیت مال ما. ساخت کلید و امضا روی دستگاه انجام می‌شود، پس نگهداری دارایی پیش کاربر می‌ماند، همان‌جا که باید.

  1. 01یک شیت، چهار پلتفرم
  2. 02کلیدها روی دستگاه — کاربران مالک کلید خودشان‌اند
  3. 03تجربه‌ی پیرامون آن با اپ میزبان است
صفحه‌ی دریافت با نشان شبکه‌ی Base، یک QR code، آدرس قابل کپی، دارایی‌های پشتیبانی‌شده، یادداشتی که فقط توکن‌های شبکه‌ی Base قابل دریافت‌اند، و دکمه‌های کپی و اشتراک‌گذاری
صفحه‌ی عبارت بازیابی با دوازده کلمه‌ی شماره‌دار در دو ستون، لینک کپی در کلیپ‌بورد، یادداشتی که فقط یک‌بار و با غیرفعال بودن اسکرین‌شات نمایش داده می‌شود، و دکمه‌ی تأیید

دریافت روی Base — QR، آدرس و هشداری که از ارسال به زنجیره‌ی اشتباه جلوگیری می‌کند. · دوازده کلمه، فقط یک‌بار — آفلاین یادداشت می‌شود و دیگر پرسیده نمی‌شود.

ویژگی‌ها

هر آنچه Protocore Wallets دارد.

  1. 01کنسول توسعه‌دهنده
  2. 02شیت یکپارچه
  3. 03کیف پول آماده است
  4. 04چند کیف پول، یک کاربر
  5. 05دریافت، با حفاظ‌های ایمنی
  6. 06عبارت بازیابی
  7. 07رجیستری کیف پول‌ها
  8. 08رجیستری دارایی‌ها
  9. 09کلید قطع برای هر اقدام
  10. 10POST /v1/wallets
  1. 11چهار SDK
  2. 12کلیدها روی دستگاه
  3. 13چندشبکه‌ای به‌صورت پیش‌فرض
  4. 14موجودی، انتقال، تاریخچه
  5. 15وب‌هوک‌ها
  6. 16کلیدهای زنده و آزمایشی
  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کنسول توسعه‌دهنده

کنسول کل سطح کار را نشان می‌دهد: یک شروع سریع که با یک curl کیف پول می‌سازد — HTTP 201 در 84 ms — کلیدهای API زنده و آزمایشی، وضعیت تحویل webhook و اعداد محیط تولید. برنامه‌ی دمو 84,120 کیف پول را با uptime برابر 99.99% اجرا می‌کند.

  • شروع سریع با curl، Node، Python و Go
  • کلیدهای زنده و آزمایشی، با نمایش و کپی در همان‌جا
  • webhookهای wallet.created با وضعیت هر تحویل

02شیت یکپارچه

در دمو، یک اپ بلیت‌فروشی ورودیه‌ای €49.00 می‌فروشد و شیت Protocore روی آن بالا می‌آید: موجودی 124.00 USDC روی Base، پرداخت و دریافت، پشتیبان‌گیری، خروجی گرفتن از کلیدها. اپ میزبان همچنان خودِ محصول است؛ کیف پول یک شیت درون آن است.

03کیف پول آماده است

پایان فرایند آغازین یک صفحه است: کیف پول شما آماده است. از آن پس موجودی و فعالیت‌ها خودکار همگام می‌شوند — کاربر نامش را عوض می‌کند، شارژش می‌کند، یا همین‌طور در اپ میزبان ادامه می‌دهد. فراخوانی API زودتر انجام شده بود؛ کاربر هرگز آن را ندید.

04چند کیف پول، یک کاربر

سوییچر در دمو همزمان سه نوع را نگه می‌دارد: یک کیف پول اصلی چندشبکه‌ای با €1,148.20، یک کیف پول تک‌شبکه‌ی Solana که هنوز پشتیبان‌گیری‌اش انجام نشده، و یک آدرس نگهداری سرد فقط‌مشاهده برای دیده‌شدن. کاربران دارایی‌شان را همان‌طور که به آن فکر می‌کنند سازمان می‌دهند.

  • کیف پول‌های چندشبکه‌ای و تک‌شبکه‌ای کنار هم
  • ورودی‌های فقط‌مشاهده برای آدرس‌هایی که دنبال می‌کنید، نه نگه می‌دارید
  • کیف پول‌های بدون پشتیبان تا زمان نوشتن seed نشان‌دار می‌مانند

05دریافت، با حفاظ‌های ایمنی

صفحه‌ی دریافتی که اشتباه را پیش‌بینی می‌کند: بنر می‌گوید فقط دارایی‌های Base وگرنه ممکن است وجوه از دست برود، QR و آدرس قابل‌کپی زیر آن است و شیت دقیقاً فهرست دارایی‌های پشتیبانی‌شده‌ی این آدرس را نشان می‌دهد. آدرس را کپی کنید یا همان‌طور که هست به اشتراک بگذارید.

06عبارت بازیابی

دوازده کلمه‌ی شماره‌دار، فقط یک بار نمایش داده می‌شود و آفلاین نوشته می‌شود. خود صفحه هم امنیت را رعایت می‌کند: اسکرین‌شات غیرفعال است و Protocore به‌صراحت می‌گوید هرگز این کلمات را نمی‌خواهد. نگهداری نزد کاربر می‌ماند چون پشتیبان هم نزد اوست.

07رجیستری کیف پول‌ها

کنسول اپراتور یک رجیستری فقط‌خواندنی از همه‌ی کیف پول‌های tenant نگه می‌دارد — 2,418 مورد در دمو — با جست‌وجوی دقیق آدرس و نمای هر کاربر. کشو همان را می‌گوید که معماری تضمین می‌کند: کنسول هرگز کلید ندارد و وجهی جابه‌جا نمی‌کند. آدرس‌ها برای پشتیبانی و ردیابی نمایش داده می‌شوند، هرگز جمع‌آوری نمی‌شوند.

  • جست‌وجوی دقیق آدرس در کل tenant
  • مالک، شبکه، برچسب و سن ثبت برای هر کیف پول
  • با یک کلیک از کیف پول به User 360 مالک آن

08رجیستری دارایی‌ها

142 دارایی در سابقه — نماد، نام، شبکه، قرارداد، decimals و پرچم‌های فهرست‌شدن در یک جدول فقط‌خواندنی. USDC و ETH پرچم Core دارند؛ USDT با پرچم Unsafe نشان‌دار است. اپ شما دقیقاً توکن‌هایی را نمایش می‌دهد که رجیستری تأیید می‌کند، و هیچ توکن دیگری را نه.

09کلید قطع برای هر اقدام

ارسال، دریافت، سواپ و خرید هر کدام کلید خودشان و حالت خاموش خودشان را دارند — غیرفعال‌سازی با پیام، یا پنهان کردن کامل — و یک پرچم اصلی بالای همه. تغییر سمت سرور ذخیره می‌شود و حدود 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. یک الگوی یکپارچه‌سازی، چهار پلتفرم، همان شیت در همه‌جا.

12کلیدها روی دستگاه

مواد کلید روی دستگاه کاربر ساخته و نگهداری می‌شود — کیف پول می‌گیرید بی‌آنکه متولی دارایی شوید. شیت پایین صفحه صریح می‌گوید: امن‌شده توسط Protocore، کلیدها روی دستگاه.

13چندشبکه‌ای به‌صورت پیش‌فرض

کیف پول‌ها از روز اول BTC، ETH، Base و Solana را پشتیبانی می‌کنند. فراخوانی ساخت یک آرایه‌ی chains می‌گیرد — شروع سریع base و ethereum را می‌فرستد و یک کیف پول پس می‌گیرد.

14موجودی، انتقال، تاریخچه

هر چیز پس از ساخت هم یک endpoint است: موجودی، انتقال و تاریخچه فراخوانی API هستند، نه سیستم‌هایی که باید راه بیندازید. نمای تراکنش‌های کنسول از همان سطحی می‌خواند که اپ شما می‌خواند.

15وب‌هوک‌ها

رویدادهای کیف پول با وضعیت هر تحویل به endpoint شما ارسال می‌شوند — دمو wallet.created را با 100% موفقیت در 24 ساعت نشان می‌دهد، آخرین تحویل دو دقیقه پیش. بک‌اند شما همان لحظه‌ای که کیف پولی ساخته می‌شود باخبر می‌شود.

16کلیدهای زنده و آزمایشی

کلیدها جفتی هستند — sk_live و sk_test — و در کنسول مدیریت می‌شوند. حالت آزمایشی پیش از وجود هر کیف پول واقعی، کل سطح API را تمرین می‌کند.

17کیف پول‌های فقط‌مشاهده

یک آدرس می‌تواند بدون کلیدهایش وارد سوییچر شود — موجودی دیده می‌شود، چیزی قابل خرج نیست. کاربران از همان صفحه‌ای که خرج می‌کنند، حواسشان به نگهداری سرد هم هست.

18یادآور پشتیبان‌گیری

کیف پولی که عبارتش نوشته نشده، تا زمانی که کاربر اقدام کند پرچم پشتیبان‌گیری آشکار دارد. یادآور همان‌جا که پول است زندگی می‌کند، نه در ایمیلی که کسی باز نمی‌کند.

19درخواست پرداخت

در صفحه‌ی دریافت یک مبلغ تعیین کنید و نتیجه را به اشتراک بگذارید — طرف مقابل به‌جای اسکرین‌شات و حدس، یک آدرس و یک عدد می‌گیرد. اشتراک ساده‌ی آدرس همچنان با یک ضربه در دسترس است.

20محافظت در برابر شبکه‌ی اشتباه

آدرس‌ها وابسته به شبکه‌اند و رابط کاربری پیش از ارسال همین را می‌گوید: فقط دارایی‌های Base، وگرنه ممکن است از دست بروند. فهرست دارایی‌های پشتیبانی‌شده در همان صفحه‌ی QR است.

21خروجی گرفتن از کلیدها

کاربران می‌توانند از شیت از کلیدهایشان خروجی بگیرند — نگهداری واقعاً نزد کاربر است، نه فقط در صفحه‌ی بازاریابی. اگر کاربر بخواهد، کیف پول از رابطه‌اش با اپ بیشتر عمر می‌کند.

22همگام‌سازی خودکار

موجودی و فعالیت‌ها بدون دکمه‌ی رفرش همگام می‌شوند — شیت و API وضعیت یکسانی را می‌بینند. هر چه زنجیره می‌داند، کیف پول نشان می‌دهد.

23بدون نگهداری، از پایه‌ی معماری

کنسول اپراتور فقط سمت خواندن است: می‌تواند آدرس‌ها را جست‌وجو کند، به کاربران پیوند دهد و جریان‌ها را ردیابی کند — نمی‌تواند وجه جابه‌جا کند، چون هرگز کلیدها را ندارد. قوی‌ترین پاسخ انطباق، قابلیتی است که وجود ندارد.

24User 360 برای پشتیبانی

هر کیف پول ثبت‌شده در کنسول اپراتور به User 360 مالکش پیوند دارد — موجودی، دستگاه‌ها، سطح KYC و تاریخچه، یک کلیک با آدرسی که مشتری درباره‌اش می‌پرسد.

25عملیات مستلزم ذکر دلیل

اقدامات اپراتور در کنسول مستلزم ذکر دلیل و ممیزی‌شده است — بنر محیط تولید در هر صفحه همین را می‌گوید. پشتیبانی می‌تواند سریع عمل کند، بی‌آنکه بی‌صدا عمل کند.

26whitelabel از پایه

شیت داخل اپ شما رندر می‌شود — ناوبری شما، برند شما، شیت ما. کاربران برای پیدا کردن کیف پول از مسیر خود بیرون نمی‌روند؛ کیف پول همان‌جا که پرداخت است ظاهر می‌شود.

27تغییر نام و سازماندهی

کیف پول‌ها از لحظه‌ی ساخته شدن نام می‌گیرند — کیف پول اصلی، پس‌انداز Solana، نگهداری سرد. کیف پولی که کاربر بتواند نامش را بگذارد، کیف پولی است که کاربر می‌فهمد.

28اثبات‌شده در مقیاس

برنامه‌ی دمو 84,120 کیف پول را با uptime برابر 99.99% اجرا می‌کند، روی همان زیرساختی که هر یکپارچه‌سازی جدید می‌گیرد. این اعداد در صفحه‌ی اول کنسول‌اند، نه در یک ارائه‌ی فروش.

صفحه‌ها

درون محصول.

رابط کاربری واقعی محصول، با داده‌های دمو.

جست‌وجوی سمت پشتیبانی — 2,418 کیف پول، فقط‌خواندنی، بدون هیچ نگهداری.
142 دارایی ثبت‌شده — قرارداد، اعشار و پرچم برای هر توکن.
کلید توقف برای هر اقدام — در کنسول خاموش، ~30 ثانیه بعد در اپ‌ها خاموش.

FAQ

کیف پول با API، با پاسخ‌های روشن.

  • نه. ساخت کلید و امضا روی دستگاه کاربر انجام می‌شود — کلیدها هرگز به سرورهای ما نمی‌رسند. کیف پول داخل اپ خودتان دارید، بی‌آنکه متولی دارایی شوید؛ و حتی اگر بخواهیم، نمی‌توانیم وجوه کاربر را جابه‌جا کنیم.

  • یک فراخوان — POST /v1/wallets — یک کیف پول برمی‌گرداند. موجودی، انتقال و تاریخچه اندپوینت هستند، نه زیرساختی که خودتان بالا بیاورید، و SDK شیت کیف پول را داخل اپ شما نمایش می‌دهد. کل سطح API آن‌قدر کوچک است که در یک نشست خوانده می‌شود.

  • نه. شیت SDK در اپ میزبان جا می‌شود — ناوبری مال شما، برند مال شما، شیت مال ما. اپ میزبان همچنان محصول اصلی است؛ کیف پول یک قابلیت داخل آن است، نه یک تصاحب.

  • SDK برای iOS، Android، React Native و Web، و از روز اول چندزنجیره‌ای روی همه‌ی بلاک‌چین‌های اصلی. صفحه‌ی دریافت حتی پیش از وقوع، درباره‌ی ارسال به شبکه‌ی اشتباه هشدار می‌دهد.

  • با یک عبارت بازیابی دوازده‌کلمه‌ای که هنگام راه‌اندازی فقط یک‌بار نمایش داده می‌شود تا آفلاین یادداشت شود و دیگر پرسیده نمی‌شود. چون کلیدها روی دستگاه‌اند، بازیابی با عبارت خود کاربر انجام می‌شود — نه با درخواست پشتیبانی از ما.

  • پشتیبانی یک کنسول فقط‌خواندنی با جست‌وجوی آدرس به‌صورت تطابق دقیق دارد — برای کمک کافی است، برای نگهداری دارایی نه. کلیدهای توقف برای هر اقدام می‌توانند ارسال، دریافت، سواپ یا خرید را در همه‌ی اپ‌ها متوقف کنند، اما هیچ اپراتوری نمی‌تواند وجوه کاربر را جابه‌جا کند.

ارزیابی

با یک فراخوان کیف پول بسازید.

01

دموی هدایت‌شده

POST /v1/wallets را همراه شما اجرا می‌کنیم و شیت SDK را تعبیه‌شده در یک اپ میزبان روی iOS، Android، React Native و Web نشان می‌دهیم.

02

سندباکس توسعه‌دهندگان

کلیدهای API روی یک محیط آزمایشی، تا تیم شما بتواند کیف پول بسازد، موجودی بخواند و وجوه آزمایشی را از ابتدا تا انتها جابه‌جا کند.

03

SDKها، وب‌هوک‌ها و مستندات

SDKهای چهار پلتفرم، وب‌هوک‌های رویداد و مستندات یکپارچه‌سازی — هر آنچه برای جاسازی کیف پول در اپ خودتان لازم است.

04

روی دستگاه، از پایه

خودتان ببینید که کلیدها روی دستگاه ساخته و نگهداری می‌شوند — کیف پول دارید، بی‌آنکه متولی دارایی شوید.

در دسترس بودن

Whitelabel از پایه — کیف پول‌ها داخل اپ شما و با برند شما عرضه می‌شوند.

در اکوسیستم

Wallets آنچه Ramp می‌خرد و Chain تسویه می‌کند را نگه می‌دارد — و Safe جایی است که موجودی‌ها وقتی از گردش می‌ایستند به آن‌جا می‌روند.

یک محصول انتخاب کنید. یا خود هسته را بردارید.

همه آنچه در بالا آمده در دموهای production اجرا می‌شود و می‌توانیم قدم‌به‌قدم نشانتان دهیم: مستقل، whitelabel یا به‌صورت یک پلتفرم. بگویید چه می‌سازید تا کوتاه‌ترین مسیر را نشانتان دهیم.