انتخاب بلاکچین: L1/L2 و کمیسیون
1) دقیقا چه چیزی را انتخاب می کنیم و چرا
هدف حداقل هزینه در هر تایید و قابل پیش بینی زمان به پایان در حالی که حفظ انطباق و تبدیل بالا است. انتخاب شبکه تاثیر می گذارد:- هزینه ها و نرخ ثبت نام/خروج،
- در دسترس بودن stablecoins/ارائه دهندگان،
- انعطاف پذیری زیرساخت و خطرات عملیاتی،
- قانون KYT/Travel و الزامات UX (آدرس ها، یادداشت ها/برچسب ها).
2) مفاهیم اساسی: L1 در مقابل L2
L1 (لایه پایه): اجماع و امنیت خود (Ethereum L1، Bitcoin، Solana، BNB Smart Chain، TRON و غیره).
L2 (بیش از Ethereum): پوسته پوسته شدن با میراث امنیت L1 (رول آپ خوش بینانه: Arbitrum/خوش بینی/پایه; ZK rollups: zkSync/Linea/Polygon zkEVM и др.) .
- نهایی/تأیید: L2 UX سریع را ارائه می دهد، اما امنیت نهایی به L1 متصل می شود (دوره چالش/تعهد برای خوش بینانه ؛ اعتبار اثبات برای ZK).
- هزینه: L2 معمولا ارزان تر از L1 است (مخصوصا در مقایسه با Ethereum L1).
- نتیجه گیری در مورد L1: خوش بینانه - نهایی شدن تاخیر (دوره چالش) برای پل ؛ ZK سریعتر است.
3) معیارهای انتخاب شبکه (ماتریس رتبه بندی)
ارزیابی در 6 محور (وزن توسط سیاست شما تعیین می شود):1. کمیسیون ها و تنوع
متوسط سپرده/برداشت/هزینه انتقال داخلی ؛ هزینه نوسان در قله.
2. زمان نهایی شدن
p50/p95 به اعتبار/آماده برای وضعیت خروج در محصول ؛ احتمال سازماندهی مجدد
3. قابلیت اطمینان و اکوسیستم
زمان آماده به کار، بلوغ گره/RPC، ابزار نظارت، در دسترس بودن ارائه دهندگان روشن/خاموش سطح شیب دار.
4. در دسترس بودن استیبل کوین و نقدینگی
در دسترس بودن USDT/USDC/FDUSD، عمق جفت در ارائه دهندگان و مبادلات شما.
5. انطباق و ویژگی های عملیاتی
پشتیبانی از قانون سفر در میان متولیان، کیفیت سیگنال های KYT، خطرات برچسب های تحریم.
6. عوامل UX
فرمت آدرس/نیاز به یادداشت/برچسب، پشتیبانی QR/deeplink، میزان خطای کاربر.
4) شبکه های معمولی و مشخصات آنها (با پرداخت)
TRON (USDT/USDC): هزینه های بسیار کم، نهایی سازی سریع، پشتیبانی گسترده توسط ارائه دهندگان. محبوب برای سپرده های انبوه در مناطق حساس به هزینه.
Ethereum L2 (Arbitrum/Optimism/Base): تعادل قیمت/سرعت، ادغام قوی با زیرساخت ها و USDC. خوب برای بازارهای با تمرکز بر گزارش/قابلیت همکاری.
زنجیره هوشمند BNB (BSC): کم هزینه، اکوسیستم کیف پول گسترده ؛ نظارت بر پوشش ارائه دهنده و الزامات انطباق.
سولانا: پهنای باند بالا و هزینه های کم ؛ بلوغ ارائه دهنده، ثبات RPC و فرآیندهای DevOps خود را بررسی کنید.
Ethereum L1: قابل اعتماد و سازگار با بانک ها/گزارش، اما گران است ؛ مناسب برای VIP/شرکت های بزرگ شهرک و یا به عنوان یک نقدینگی «لنگر».
شبکه هایی با یادداشت/برچسب (XRP/XLM/TON، و غیره): ارزان و سریع، اما نیاز به اعتبار دقیق برچسب ها → خطر خطاهای UX بدون حفاظت.
5) هزینه هر تایید شده
کل هزینه هر تایید (CPA_chain) شامل:- شبکه های (گاز/هزینه) برای سپرده/برداشت،
- هزینه در ارائه دهنده/مبادله (ورودی/خروجی/تبدیل)،
- KYT/قانون سفر/وب سایت ها،
- هزینه های معامله (موارد دستی، پشتیبانی)،
- خسارات ناشی از خطاهای شبکه/یادداشت (در صورت عدم اعتبار سنجی).
تمرین: همه چیز را در هر شبکه شمارش کنید، نه «گاز برهنه». آستانه سوئیچ را حفظ کنید - هنگامی که هزینه/زمان متوسط افزایش می یابد، به شبکه پشتیبان تغییر دهید.
6) سیاست تایید و نهایی سازی
پنجرههای تأیید پویا: N بلوک به بخش جمع/ریسک و بار فعلی شبکه بستگی دارد.
منطق RBA: خطر کم + پایدار در یک شبکه طبقه پایین → حداقل تأییدیه ؛ کتاب آدرس پر خطر/جدید → تأییدات/نگهداری بیشتر.
وضعیت UX: "آدرس دریافت → در انتظار تایید → اعتبار. "نمایش تایمر/پیشرفت.
7) مسیریابی چند زنجیره ای و feilover
اولیه + ثانویه در هر دارایی: напр., USDT на ترون (اولیه) и BSC (ثانویه); USDC на Arbitrum (اولیه) и پایه (ثانویه).
قوانین خودکار سوئیچینگ: برای تاخیر، هزینه، حوادث RPC، رشد شکست KYT.
استخر نقدینگی: نگه داشتن شناور کار در 2 + شبکه، به طور خودکار تعادل از طریق RFQ با مبادلات متعدد.
Idempotence: کلید فاکتور _ id/within _ id و ضد تکراری هنگام عقب نشینی.
8) انطباق و ایمنی
تحریم های KYT +: قبل از ثبت نام و قبل از خروج، آدرس ها/مبادلات/خوشه ها را بررسی کنید ؛ شبکه های مختلف → پروفایل های مختلف ریسک.
قانون سفر: VASP↔VASP و دروازه را برای IVMS101 نگه دارید. خط مشی برای unposted (امضای آدرس/میکرو ترجمه، لیست سفید).
ذخیره سازی و کلید: HSM/KMS، multisig، محدودیت خروج، 4 چشم.
داده ها: سیاهههای مربوط تصمیم گیری، منبع دوره، نشانه گذاری PII، ذخیره سازی جداگانه از PAN.
9) الگوهای UX که پول را ذخیره می کنند
تشخیص خودکار شبکه در/QR، هشدارها در صورت عدم رعایت.
یادداشت/برچسب «به شدت مورد نیاز» است که در آن مورد نیاز است: اعتبار سنج در UI + API، چک لیست قبل از ارسال.
کتاب آدرس/لیست سفید با بازنگری، TTL و KYT.
توضیح هزینه ها و ETA قبل از پرداخت برای کاهش بلیط به پشتیبانی.
Deeplink به کیف پول و زمینه های تکمیل خودکار.
10) سیاست انتخاب نمونه (تصویر بند انگشتی)
11) حسابداری، آشتی، دوره
Lager توسط شبکه ها/دارایی ها، نقشه برداری 'صورتحساب/در ↔ txid ↔ subaccount'.
دوره های آموزشی (VWAP/چند خوراک) با برچسب زمان ثابت ؛ دور زدن قوانین
گزارش T + 0/T + 1: شبکه ها، کمیسیون ها، راه حل های KYT، رویدادهای قانون سفر.
12) معیارها و OKR
نرخ تصویب، زمان نهایی p50/p95، هزینه/معامله در شبکه.
KYT رد %/تحریم بازدید/SAR-تبدیل.
سهم از خطاهای شبکه/برچسب، عود از آدرس های مشکل.
سهام جریان بیش از شبکه، تعداد سوئیچ خودکار، RPC آپ تایم.
قرار گرفتن در معرض دارایی ها/شبکه ها، میزان تعادل.
13) ضد الگوهای
«پذیرفته شده در هر شبکه» بدون اعتبار دقیق - زیان تضمین شده است.
یک ارائه دهنده/یک شبکه بدون ذخایر - تنها نقطه شکست.
فقط گاز را تخمین بزنید، همه هزینه ها و SLA را نادیده بگیرید.
بدون تأیید پویا/ETA - بهمن بلیط.
بدون RBA/قانون سفر/KYT - قفل شریک.
ذخیره سازی کلید بدون HSM/multisig و محدودیت - خطرات عملیاتی.
14) چک لیست پیاده سازی (کوتاه)
- ماتریس شبکه: اولیه/ثانویه در هر دارایی ؛ قوانین را تغییر دهید.
- تأییدهای پویا + وضعیت UX و ETA.
- اعتبار سنجی آدرس/یادداشت/برچسب (UI + API)، QR/deeplink.
- TAC/قبل از بررسی تحریم ها، سیاست های باز نشده و دفترچه آدرس.
- دروازه قانون سفر (IVMS101) برای VASP↔VASP.
- استخر نقدینگی در 2 + شبکه, RFQ/چند حاشیه, T0-conversion.
- Lager و تجدید نظر در شبکه ؛ منابع دوره ای
- Idempotency، ضد برداشت، عقب نشینی + عقب نشینی jitter.
- نظارت بر هزینه/ETA/SLA، هشدارهای تخریب، دفترچه های حوادث.
- آموزش پشتیبانی: خطاهای رایج شبکه/برچسب، الگوهای پاسخ.
15) خلاصه
انتخاب شبکه یک استراتژی عملیاتی است، نه یک لیست از آرم ها. حداقل هزینه های تصویب، نهایی سازی سریع و قابل پیش بینی، شبکه های پشتیبان و نظم و انضباط را حفظ کنید. ترکیب L1/L2 برای جغرافیایی و بخش ها، مسیریابی و تایید خودکار، محافظت از UX با اعتبار سنجی - و ریل های رمزنگاری پرداخت سریع، امن و سودآور خواهد بود.