مدل‌های تسویه پرداخت رمزارزی

مدل‌های تسویه پرداخت رمزارزی: تعیین دارایی، مقصد و زمان دریافت

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

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

اصل اساسی این است که تسویه ترکیبی از نوع دارایی، مقصد، زمان و سیاست انتقال است، نه یک انتخاب منفرد.

پذیرش پرداخت، نهایی‌شدن بلاکچینی و تسویه سه مرحله جدا هستند

وجود تراکنش در شبکه، تأیید آن، پذیرش پرداخت طبق شرایط سفارش و در دسترس قرارگرفتن پول برای فروشنده یکسان نیستند. حتی پرداخت تأییدشده ممکن است در مرحله تبدیل ارز، ثبت موجودی داخلی یا انتقال به کیف پول خارجی دچار مشکل شود.

«ریسک تسویه» به احتمال انجام‌نشدن تسویه طبق انتظار اشاره دارد. نهایی‌شدن حقوقی نیز با قطعیت پروتکلی تفاوت دارد: قطعی‌شدن انتقال بر اساس مقررات حاکم الزاماً هم‌زمان با رسیدن تراکنش به سطح خاصی از تأیید نیست. کسب‌وکار باید لحظه‌ای را که وجه واقعاً قابل استفاده است جدا تعریف کند.

هر مرحله مالک عملیاتی خودش را دارد: شبکه، سیاست تأیید، سامانه پرداخت و تیم خزانه‌داری.

منابع و مستندات: BIS — پرداخت و تسویه · BIS — دفترکل توزیع‌شده

سه بُعد مستقل برای طراحی سیاست تسویه

طراحی تسویه سه بُعد دارد. بُعد نخست «دارایی» است: همان ارزی که مشتری پرداخت کرده باقی بماند یا به ارز هدف تبدیل شود. بُعد دوم «مکان» است: وجه در حساب داخلی درگاه ثبت شود یا به کیف پول یا حسابی بیرونی منتقل گردد. بُعد سوم «زمان» است: انتقال فوری، دستی، بعد از عبور موجودی از آستانه یا طبق برنامه انجام شود.

این گزینه‌ها رقیب هم نیستند؛ می‌توان آن‌ها را ترکیب کرد. برای نمونه، کسب‌وکار می‌تواند BTC را به USDT تبدیل کند، موقتاً در حساب داخلی نگه دارد و روزانه به کیف پول خزانه انتقال دهد. نام مدل باید هر سه بُعد را روشن کند.

تسویه با همان دارایی پرداخت‌شده

در مدل Same-Asset، دارایی نهایی پذیرنده همان دارایی پرداخت‌شده توسط مشتری است؛ دریافت BTC با BTC و دریافت USDT با USDT ثبت می‌شود. این مدل مرحله تبدیل را حذف می‌کند، اما نوسان قیمت دارایی دریافتی را به کسب‌وکار منتقل می‌کند.

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

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

تسویه تبدیل‌شده: جداکردن ارز مشتری از دارایی خزانه

در Converted Settlement، دارایی دریافتی به دارایی هدف تبدیل می‌شود. مشتری می‌تواند BTC یا ETH بپردازد، درحالی‌که پذیرنده استیبل‌کوین یا رمزارز دیگری در خزانه دریافت می‌کند. برخی راهکارهای بازار تبدیل به ارز فیات را هم پوشش می‌دهند؛ اما این ویژگی نباید برای هر ارائه‌دهنده فرض شود.

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

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

منابع و مستندات: Circle Mint — صدور و بازخرید استیبل‌کوین

تسویه داخلی: ثبت وجه در موجودی حساب پذیرنده

در Internal Settlement، پرداخت پذیرفته‌شده به موجودی داخلی کسب‌وکار در پلتفرم اضافه می‌شود و برای هر سفارش نیاز به تراکنش برداشت بلاکچینی جداگانه نیست. چند پرداخت کوچک می‌توانند تجمیع شوند تا بعداً با یک انتقال برداشت شوند.

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

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

منابع و مستندات: OxaPay — موجودی حساب

تسویه خارجی: انتقال به مقصد مورد تأیید پذیرنده

External Settlement وجه را از حساب پرداخت خارج می‌کند و به کیف پول خودحضانتی، متولی سازمانی، حساب صرافی یا مقصد خزانه تأییدشده می‌فرستد. کنترل مستقیم دارایی بیشتر می‌شود، اما یک چرخه انتقال جدید آغاز خواهد شد.

برداشت باید ایجاد، بررسی، ارسال، تأیید و با سوابق تطبیق داده شود. فهرست مجاز آدرس‌ها از جایگزینی مقصد جلوگیری می‌کند؛ تطابق دارایی و شبکه مانع انتقال اشتباه می‌شود؛ سیاست تأیید برای مبالغ بزرگ و رهگیری وضعیت، ریسک اجرا را کاهش می‌دهند.

OxaPay برای ایجاد برداشت، مشاهده اطلاعات برداشت، تاریخچه و جدول وضعیت‌ها رابط‌های جدا دارد. بنابراین خطای برداشت باید یک استثنای تسویه باشد، نه تغییر وضعیت پرداخت مشتری به «پرداخت‌نشده».

منابع و مستندات: OxaPay — ایجاد برداشت · OxaPay — اطلاعات برداشت · OxaPay — تاریخچه برداشت · OxaPay — وضعیت برداشت

تسویه زمان‌بندی‌شده و انتقال موجودی تجمیع‌شده

Scheduled Settlement برداشت خارجی را تا رسیدن زمان یا شرط معین به تعویق می‌اندازد. نمونه‌ها شامل برداشت روزانه یا هفتگی، حداقل موجودی، انتقال مازاد از سقف نگهداری و تأیید دستی تیم خزانه است.

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

هر برنامه به زمان برش، تعریف موجودی واجد شرایط، سیاست کارمزد، مسیر شکست، قاعده تلاش مجدد و زمان انتقال بعدی نیاز دارد. در پرداخت رمزارزی باید هزینه شبکه و وضعیت تأیید برداشت را نیز درنظر گرفت.

منابع و مستندات: Stripe — برنامه پرداخت خروجی

مدل‌های ترکیبی: سیاست تسویه متناسب با نوع دارایی

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

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

سیاست باید برای هر جفت دارایی-شبکه تنظیم شود؛ یک قاعده سراسری با کارمزدها و نیازهای نقدینگی متفاوت تناسب ندارد.

اقتصاد تسویه: مبلغ خالص و نقدینگی قابل استفاده

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

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

سناریوهای عادی و پرتنش را جدا بررسی کنید: تراکنشی که در زمان کارمزد پایین سودمند است شاید هنگام شلوغی شبکه مقرون‌به‌صرفه نباشد. نقدشوندگی استیبل‌کوین هم به حوزه قضایی و دسترسی بانکی وابسته است. نرخ خدمات را از صفحه قیمت‌گذاری جاری OxaPay بررسی کنید.

منابع و مستندات: OxaPay — قیمت‌گذاری

سوابق تسویه باید مسیر تبدیل پرداخت به وجه قابل استفاده را نشان دهند

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

وضعیت تسویه از وضعیت پرداخت جداست. شکست برداشت باعث نمی‌شود پرداخت پذیرفته‌شده مشتری دوباره پرداخت‌نشده شود؛ باید مشکل انتقال را برای تلاش مجدد، تغییر مسیر یا بازگشت به موجودی داخلی ثبت کرد.

پردازش مجدد باید ایدمپوتنت باشد: دستور تکراری نباید برداشت دوم ایجاد کند. برای شکست تبدیل نیز مسیر جایگزین مثل حفظ دارایی اولیه یا بررسی دستی لازم است. تاریخچه Swap و Payout در OxaPay می‌تواند این سوابق را مستقل در دسترس بگذارد.

منابع و مستندات: OxaPay — درخواست تبدیل · OxaPay — تاریخچه تبدیل

سناریوهای تسویه برای SaaS، بازارگاه و معاملات B2B

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

بازارگاه می‌تواند تا تعیین تعهدات فروشندگان، موجودی را داخلی نگه دارد و سپس برداشت‌های خارجی را برای دریافت‌کنندگان مجاز ایجاد کند. یک فروشنده B2B با مبالغ بزرگ به تأیید مخصوص دارایی، فهرست آدرس‌های مجاز و ردپای حسابرسی کامل نیاز دارد.

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

قابلیت‌های OxaPay برای ترکیب مدل‌های تسویه

در OxaPay، دریافت وجه، نمایش موجودی داخلی، تبدیل دارایی و برداشت خدمات جدا هستند. این تفکیک کمک می‌کند سیاست تسویه را براساس هدف عملیاتی بسازید و پذیرش سفارش را با برداشت خارجی یکی ندانید.

API موجودی، مقدار دارایی‌های داخلی را نشان می‌دهد؛ Swap دارایی پشتیبانی‌شده را به دارایی دیگر تبدیل می‌کند؛ Payout وجه را به گیرنده داخلی یا خارجی منتقل می‌کند. برنامه روزانه یا انتقال آستانه‌ای را می‌توان با منطق اتوماسیون پذیرنده پیرامون موجودی و برداشت اجرا کرد. تاریخچه تبدیل و برداشت برای توضیح نتیجه مالی لازم است.

اجرای فنی درگاه جایگزین تصمیم خزانه نیست: کسب‌وکار باید دارایی هدف، کنترل مقصد، حد ذخیره، زمان انتقال و حدود تأیید را تعریف کند.

منابع و مستندات: OxaPay — تبدیل دارایی · OxaPay — پرداخت خروجی

چارچوب تصمیم: هفت پرسش پیش از انتخاب مدل تسویه

پیش از انتخاب مدل، هفت پاسخ عملیاتی ثبت کنید: ۱) چه دارایی‌هایی برای هزینه‌ها، ذخیره، بازپرداخت و پرداخت‌های خروجی لازم است؟ ۲) بعد از پذیرش پرداخت، چه مقدار ریسک نوسان مجاز است؟ ۳) چه موجودی‌هایی داخلی بمانند و کدام به حضانت بیرونی بروند؟ ۴) وجه چه زمانی باید در مقصد خارجی قابل‌استفاده باشد؟

۵) از چه مبلغی به بعد برداشت خارجی از نظر هزینه منطقی است؟ ۶) کدام تأییدها، فهرست‌های مجاز و کنترل تلاش مجدد از انتقال محافظت می‌کنند؟ ۷) چه سوابقی مبلغ پذیرفته‌شده، نرخ تبدیل، کارمزد، مقصد و مبلغ خالص نهایی را اثبات می‌کنند؟

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

منابع اصلی و مستندات اجرا

برای تعریف درست تسویه از واژه‌نامه BIS، گزارش BIS درباره دفترکل توزیع‌شده، راهنمای پردازش پرداخت بیت‌کوین، مستندات Circle Mint برای صدور و بازخرید استیبل‌کوین و مستندات زمان‌بندی برداشت Stripe استفاده کنید.

برای پیاده‌سازی در OxaPay، مستندات API موجودی، تبدیل دارایی و پرداخت خروجی را بررسی کنید. قابلیت‌های محصول، هزینه‌ها و شبکه‌ها ممکن است تغییر کنند؛ پیش از اجرای عملی، شرایط فعلی را از منابع رسمی تأیید کنید.

منابع و مستندات: BIS — پرداخت و تسویه · BIS — دفترکل توزیع‌شده · Bitcoin — پردازش پرداخت بیت‌کوین · Circle Mint — صدور و بازخرید استیبل‌کوین · Stripe — برنامه پرداخت خروجی · OxaPay — موجودی حساب · OxaPay — تبدیل دارایی · OxaPay — API