نقشه راه غیرامانی OrcaRail
۲۰ آوریل ۲۰۲۶ — امروز نقشه راه کامل انتقال OrcaRail از مدل امانی جاروب (sweep) فعلی (برای هر لینک پرداخت یک آدرس واریز می‌سازیم، سپس وجوه را جاروب و تقسیم می‌کنیم) به مدل غیرامانی مبتنی بر قرارداد هوشمند را منتشر می‌کنیم (وجوه به قراردادی مخصوص هر لینک می‌رسد که به‌صورت اتمیک تقسیم و تسویه می‌کند، و اشتراک‌ها از allowance تحت کنترل پرداخت‌کننده برداشت می‌کنند).
این مطلب فهرست اصلی است. هر مرحله مطلب تفصیلی و صفحه مستندات زنده خودش را دارد تا بتوانید دقیقاً به بخشی که برایتان مهم است لینک بدهید.
چرا این کار را می‌کنیم
جریان فعلی کار می‌کند، اما یک مشکل ساختاری ساده دارد: بین واریز و تسویه، وجوه نزد OrcaRail است. این موضوع حتی با وجود اینکه ما هرگز موجودی عملیاتی فروشندگان را نگه نمی‌داریم صادق است؛ لحظه بین «پرداخت‌کننده فرستاد» و «فروشنده دریافت کرد» امانی است. حذف این لحظه از نظر امنیت، انطباق و قابلیت اطمینان یک برد است.
به‌طور مشخص، مسیر قدیمی این شکل است:
هدف این است:
وجوه هرگز از کیف پولی که ما کنترل می‌کنیم عبور نمی‌کنند. تقسیم‌ها روی زنجیره انجام می‌شوند. اشتراک‌ها از allowanceی برداشت می‌کنند که پرداخت‌کننده هر لحظه می‌تواند لغوش کند.
چه چیزی تغییر می‌کند، در یک صفحه
| حوزه | قبل | بعد |
|---|---|---|
| آدرس‌های لینک پرداخت | EOA مشتق از HD یا smart account آلکمی برای هر لینک | CREATE2 قطعی روی EVM؛ PDA روی سولانا؛ هیچ کلیدی نزد OrcaRail ذخیره نمی‌شود |
| تسویه | تراکنش جاروب پس از مشاهده | تقسیم اتمیک داخل قرارداد گیرنده در همان تراکنش پرداخت |
| اشتراک‌ها | برداشت امانی از کیف پولی که فروشنده شارژ کرده | پرداخت‌کننده approve در ERC-20 یا delegate در SPL امضا می‌کند؛ keeper تابع charge(id) را صدا می‌زند |
| Keeper | یک زمان‌بند واحد در NestJS | NestJS اصلی + Chainlink Automation یا Gelato به‌عنوان پشتیبان (+ EigenLayer اختیاری) |
| بین‌زنجیره‌ای | پل Relay که keeper اجرا می‌کند | همان مسیر Relay، اما به‌صورت فراخوانی روی زنجیره از یک گیرنده غیرامانی |
| بیت‌کوین | کیف پول داغ با xpub نگهداری‌شده روی سرور | مولتی‌سیگ taproot دو از دو برای هر لینک (فروشنده + پلتفرم) با بازپرداخت‌های از پیش امضاشده |
نقشه راه
هر مرحله مستقل و قابل انتشار است. مراحل اول امانت‌داری را برای بیشترین حجم (پرداخت‌ها و اشتراک‌های EVM) حذف می‌کنند و مراحل بعدی سراغ زنجیره‌های سخت‌تر و غیرمتمرکزسازی اختیاری می‌روند.
- مرحله ۰: طراحی یک پشته پرداخت غیرامانی — نهایی‌سازی مشخصات کارمزد و تقسیم، انتخاب زنجیره‌ها، شرکت حسابرسی، مولتی‌سیگ استقراردهنده و ماتریس تصمیم مدل اشتراک.
- مرحله ۱: لینک‌های پرداخت مبتنی بر قرارداد روی EVM —
PaymentLinkFactory+PaymentLinkReceiver+FeeSplitter، آدرس‌های قطعی و ایندکسر رویدادها. - مرحله ۲: اشتراک مبتنی بر allowance —
SubscriptionHub، جریان جدید پرداخت‌کننده و keeper به‌جای پردازشگر امانی برداشت خودکار. - مرحله ۳: گسترش به چند زنجیره EVM و افزونگی keeper — Ethereum، Arbitrum، Optimism، Polygon + پشتیبان Chainlink/Gelato.
- مرحله ۴: سولانای غیرامانی با PDAهای Anchor — برنامه‌های Anchor به نام
payment_linkوsubscription، برداشت خودکار با delegate در SPL. - مرحله ۵: بیت‌کوین، taproot دو از دو و دامنه‌ای صادقانه — کاهش امانت‌داری، بازپرداخت‌های از پیش امضاشده و Lightning BOLT12 به‌عنوان کار آینده.
- مرحله ۶: زمان‌بند غیرمتمرکز و EigenLayer — یک AVS کی کمک می‌کند و کی نه.
- مرحله ۷: بازنشسته کردن زیرساخت امانی — حذف
hd_wallet_seed، حذف مسیرهای جاروب و به‌روزرسانی شرایط استفاده.
یک مطلب همراه، چرا برداشت مبتنی بر allowance از اسکرو و session key بهتر است، توضیح می‌دهد مدل اشتراک را چطور انتخاب کردیم.
در عمل یعنی چه
برای فروشندگان: پس از مرحله ۱ چیزی در API تغییر نمی‌کند؛ آدرس لینک‌های پرداخت و وب‌هوک‌ها همان رفتار را دارند. قواعد برداشت از «تسویه پس از جاروب» به «ارسال هنگام پرداخت» تغییر می‌کند. بدون تغییر کد، مسیری سریع‌تر، ارزان‌تر و قابل حسابرسی‌تر دارید. مرحله ۲ یک اندپوینت عمومی جدید اضافه می‌کند تا پرداخت‌کنندگان approve روی زنجیره خود را ثبت کنند؛ مطابق جریانی که در برداشت خودکار مستند شده است.
برای پرداخت‌کنندگان: پرداخت‌های یک‌باره دقیقاً همان حس را دارند. اشتراک‌ها هنگام راه‌اندازی یک امضای اضافه (همان approve روی زنجیره) و مسیر «لغو» شفاف‌تری دارند: روی زنجیره لغو کنید و OrcaRail دیگر تلاشی نمی‌کند. وجوه شما تا وقتی قرارداد برداشتشان نکند از کیف پولتان خارج نمی‌شوند و هرگز در کیف پولی که ما کنترل می‌کنیم نمی‌مانند.
برای یکپارچه‌کنندگان: ساختار API پایدار می‌ماند. فیلدهای جدید (آدرس قراردادها، زنجیره استقرار، فراداده allowance) فقط اضافه می‌شوند و پشت یک feature flag برای هر زنجیره قرار دارند. یکپارچه‌سازی‌های فعلی در دوره تمدید جاری خود به کار ادامه می‌دهند و با انتخاب خودشان مهاجرت می‌کنند.
چه چیزی (فعلاً) امانی می‌ماند
بیت‌کوین. در مرحله ۵ با انتقال هر لینک به مولتی‌سیگ taproot دو از دو با یک امضاکننده از طرف فروشنده، به‌علاوه PSBTهای بازپرداخت از پیش امضاشده، امانت‌داری را به‌طور چشمگیری کاهش می‌دهیم. اما لایه ۱ بیت‌کوین امروز قدرت بیان قراردادی کافی برای حذف کامل امانت‌داری ندارد. اشتراک‌های BTC تا آماده شدن پرداخت‌های دوره‌ای Lightning BOLT12 خارج از دامنه می‌مانند.
زمان‌بندی و وضعیت
برنامه کامل در /docs/non-custodial/roadmap پیگیری می‌شود و هر مرحله صفحه وضعیت خودش را دارد:
- برنامه‌ریزی‌شده: ۰ تا ۷
- در حال انجام: هنوز هیچ
- منتشرشده: هنوز هیچ
هر بار که مرحله‌ای منتشر شود، یک مطلب به‌روزرسانی تاریخ‌دار منتشر می‌کنیم.
مستندات معماری را بخوانید
برای نسخه مرجع همه این موارد (نمودارهای معماری، سطح قراردادها، راهنمای مهاجرت، مدل امنیتی) از /docs/non-custodial/overview شروع کنید.