وایت پیپر (Whitepaper)

اطلاعیه‌ی مهم و سلب مسئولیت

این وایت پیپر یک سند طراحی فنی، اقتصادی و محصولی برای DotOne Smart Chain است. این سند یک پروسپکتوس اوراق بهادار، مشاوره‌ی سرمایه‌گذاری، مشاوره‌ی حقوقی، مشاوره‌ی مالیاتی یا تضمینی برای عملکرد آینده‌ی شبکه نیست. ویژگی‌های محصول، پارامترهای حکمرانی، تاریخ‌های انتشار، فازهای بریج، سیاست‌های اعتبارسنج و کاربرد توکن، مشمول پیاده‌سازی، ممیزی، بررسی انطباق، شرایط بازار و تأیید حکمرانی هستند.

DOTO به‌عنوان کوین بومی DotOne Smart Chain توصیف می‌شود. کاربرد مورد نظر آن شامل پرداخت گس، استیکینگ اعتبارسنج، مشارکت در حکمرانی و مشوق‌های اکوسیستم است. هرگونه فروش، توزیع، لیست شدن، نگهداری یا استفاده از DOTO باید تحت قوانین قابل‌اجرا و الزامات خاص هر حوزه‌ی قضایی ارزیابی شود.

DotOne Smart Chain از منطق عملیاتی شبکه‌های EVM با کارایی بالا مانند BNB Smart Chain الهام گرفته است، به‌ویژه در زمینه‌ی نهایی‌سازی سریع (fast finality)، ابزارهای EVM، کارمزد پایین و عملیات مبتنی بر اعتبارسنج. DotOne همان BNB Smart Chain نیست و حکمرانی، سیاست اعتبارسنج، انتشار (emissions)، معماری بریج یا تضمین‌های امنیتی BNB Chain را به ارث نمی‌برد.

۱. خلاصه‌ی اجرایی

DotOne Smart Chain یک بلاک‌چین عمومی لایه‌ی یک، سازگار با EVM است که برای امور مالی غیرمتمرکز، توکن‌سازی دارایی‌های واقعی و زیرساخت Web3 سازمانی طراحی شده است. این زنجیره از کوین بومی DOTO، شناسه‌ی زنجیره ۵۰۵، ۱۸ رقم اعشار، زمان هدف بلاک ۳ ثانیه و اجماع اثبات سهام (Proof of Stake) استفاده می‌کند. عرضه‌ی کل و حداکثر هر دو در ۱۰۰,۰۰۰,۰۰۰,۰۰۰ DOTO ثابت شده، ضرب (minting) غیرفعال است و نرخ تورم ۰٪ تعیین شده است.

این شبکه از فلسفه‌ی طراحی الهام‌گرفته از BSC پیروی می‌کند: تولید سریع بلاک، سازگاری با EVM، یکپارچه‌سازی بدون اصطکاک کیف‌پول، عملیات مبتنی بر اعتبارسنج، کارمزد گس بومی و یک اکوسیستم گسترده از اپلیکیشن‌ها. DotOne این طراحی را برای مدل اقتصادی خاص خود تطبیق می‌دهد: استیکینگ تفویضی همراه با پاسخگویی مستقیم اعتبارسنج، مدل پاداش اعتبارسنج مبتنی بر کارمزد و کمیسیون بدون انتشار ثابت خزانه، پارامترهای سوزاندن (burn) کنترل‌شده توسط DAO و استراتژی محصول با اولویت RWA.

این اکوسیستم شامل DotOne Smart Chain به‌عنوان لایه‌ی پایه، dotscan.one به‌عنوان اکسپلورر، bridge.dotone.online به‌عنوان رابط بریج، swap.dotone.online به‌عنوان یک DEX توسعه‌یافته‌ی اختصاصی، wizard.dotone.online به‌عنوان یک پلتفرم انتشار بدون کد، و چندین نقطه‌ی پایانی RPC برای افزونگی است. هدف بلندمدت، تبدیل شدن به یک اکوسیستم تسویه و انتشار دارایی چندزنجیره‌ای است که به کاربران DeFi، سازمان‌ها، نهادها، ناشران توکن، اعتبارسنج‌ها و توسعه‌دهندگان خدمت می‌کند.

وضعیت کامپوننت‌ها

این وایت‌پیپر برخی کامپوننت‌ها را توصیف می‌کند که همین امروز زنده‌اند، و برخی دیگر را که هنوز در حال ساخت یا فقط برنامه‌ریزی‌شده‌اند. برای رفع ابهام عباراتی مثل «should» یا «aims to» بدون وضعیت مشخص، هر کامپوننت در این سند دقیقاً یکی از این سه وضعیت را دارد، و هر بخش اصلی در ادامه مشخص می‌کند کدام وضعیت روی چه چیزی صدق می‌کند:

• زنده / پیاده‌سازی‌شده (Live / Implemented) — همین امروز مستقر و در حال کار است و کاربران واقعی از آن استفاده می‌کنند.
• در حال توسعه (In Development) — به‌طور فعال در حال ساخت است؛ معماری و قوانین توصیف‌شده در اینجا هدف طراحی است، نه چیزی که هنوز به‌طور کامل در تولید کار می‌کند.
• برنامه‌ریزی‌شده (Planned) — در نقشه‌راه است، هنوز ساخته نشده؛ اعدادی که داده می‌شود اهداف طراحی نمایشی برای تصویب حکمرانی هستند، نه تعهد قطعی.

کامپوننت	وضعیت	یادداشت
مین‌نت	زنده / پیاده‌سازی‌شده	همین الان در حال اجراست، شناسه‌ی زنجیره ۵۰۵، کوین بومی DOTO
تست‌نت	به‌زودی — در حال توسعه	هنوز راه‌اندازی نشده، فاستش هم همراهش میاد — جزئیات در Faucet
نقاط پایانی عمومی RPC	زنده / پیاده‌سازی‌شده	کیف‌پول یا کلاینتت رو با راهنمای مرجع API و JSON-RPC وصل کن
اکسپلورر (dotscan.one)	زنده / پیاده‌سازی‌شده	همین الان می‌تونی تراکنش‌ها، آدرس‌ها و بلاک‌ها رو جستجو کنی
DotOne Swap	زنده / پیاده‌سازی‌شده	یه DEX واقعی، همین الان تو swap.dotone.online معامله کن
DotOne Wizard	زنده / پیاده‌سازی‌شده	برو wizard.dotone.online و بدون نوشتن حتی یک خط کد، توکن خودتو بساز
بریج — فاز ۱ (BNB Chain)	زنده / پیاده‌سازی‌شده	بریج بین DotOne و BNB Chain همین الان کار می‌کنه — به استراتژی بریج و بین‌زنجیره‌ای مراجعه کنید
بریج — فاز ۲+ (اتریوم، Polygon، Arbitrum، Solana)	برنامه‌ریزی‌شده	تاریخ ثابتی نداره — هر فاز وقتی از بررسی امنیتی رد بشه باز می‌شه
مجموعه‌ی اعتبارسنج (۱۰ → ۱۰۰+)	زنده / در حال توسعه	همین الان ۱۰ اعتبارسنج امنیت شبکه رو تأمین می‌کنن، تعداد بیشتری هم در حال پیوستن هستن
ماژول حکمرانی / DAO	در حال توسعه	فعلاً تصمیم‌های حساس رو مالتی‌سیگ بنیاد می‌گیره، تا وقتی ابزار DAO آماده بشه — به حکمرانی مراجعه کنید
ماژول توکن‌سازی RWA	برنامه‌ریزی‌شده	به چارچوب توکن‌سازی دارایی‌های واقعی مراجعه کنید

۲. زمینه‌ی بازار و فرصت

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

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

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

۳. اصول طراحی

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

معماری الهام‌گرفته از BSC استفاده می‌شود چون BSC نشان داد که کاربران و توسعه‌دهندگان برای تراکنش‌های سریع، ابزارهای آشنا و کارمزد پایین ارزش قائل‌اند. DotOne این مزیت‌ها را حفظ می‌کند در حالی که از مدل اثبات سهام، عرضه‌ی ثابت و ساختار پاداش اعتبارسنج مبتنی بر کارمزد و کمیسیون خودش استفاده می‌کند. هدف، ارائه‌ی کاربردپذیری شبیه BSC بدون کپی کردن حکمرانی، اقتصاد اعتبارسنج یا طراحی عرضه‌ی BSC است.

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

۴. مشخصات شبکه

DotOne Smart Chain یک بلاک‌چین عمومی لایه‌ی یک است. محیط اجرا سازگار با EVM است و به قراردادهای هوشمند Solidity و کیف‌پول‌های سبک اتریوم امکان تعامل با شبکه را می‌دهد. کوین بومی، DotOne Coin با نماد DOTO است و این زنجیره با شناسه‌ی زنجیره ۵۰۵ شناسایی می‌شود.

DOTO دارایی گس برای تراکنش‌ها و واحد اصلی هماهنگی اقتصادی برای اعتبارسنج‌ها، حکمرانی و برنامه‌های اکوسیستم است. مدل عرضه عمداً غیرتورمی است: حداکثر عرضه برابر با عرضه‌ی کل است، ضرب غیرفعال است و تورم ۰٪ است.

طراحی راه‌اندازی، زمان بلاک ۳ ثانیه، ۱۰ اعتبارسنج اولیه و گسترش به بیش از ۱۰۰ اعتبارسنج ظرف سه سال را هدف قرار می‌دهد. پذیرش اعتبارسنج، الزامات امنیتی و قوانین پاداش باید پیش از راه‌اندازی مین‌نت مستند و توسط حکمرانی تأیید شوند.

پارامتر	مشخصات
نام شبکه	DotOne Smart Chain
نماد شبکه	DOTO
کوین بومی	DotOne Coin
نماد کوین	DOTO
شناسه‌ی زنجیره	505
اجماع	اثبات سهام (Proof of Stake)
نوع بلاک‌چین	لایه‌ی یک عمومی
ماشین مجازی	سازگار با EVM
زمان بلاک	۳ ثانیه
اعشار	۱۸
عرضه‌ی کل	100,000,000,000 DOTO
حداکثر عرضه	100,000,000,000 DOTO
تورم	۰٪
ضرب (Minting)	غیرفعال

۵. معماری سیستم

معماری سیستم، اجرا، اجماع، حکمرانی، محصولات، زیرساخت و خدمات بین‌زنجیره‌ای را از هم جدا می‌کند. این تفکیک، ممیزی مسئولیت‌ها، تخصیص مالکیت و مقیاس‌پذیری امن شبکه را ساده‌تر می‌کند. لایه‌ی اجرا، تغییرات وضعیت، فراخوانی‌های EVM، استقرار قرارداد هوشمند و حسابداری گس را مدیریت می‌کند. لایه‌ی اجماع، هماهنگی اعتبارسنج‌ها و تولید بلاک را مدیریت می‌کند. لایه‌ی محصول شامل Swap، Wizard و ابزارهای RWA است. لایه‌ی زیرساخت شامل اکسپلورر، RPC، APIها و نظارت است.

این معماری عمداً از پیچیدگی غیرضروری در راه‌اندازی اجتناب می‌کند. هدف اول مین‌نت، قابلیت اطمینان است: نقاط پایانی RPC پایدار، ایندکس‌گذاری دقیق اکسپلورر، آپ‌تایم اعتبارسنج، مدیریت امن خزانه و فعال‌سازی امن بریج. مقیاس‌پذیری پیشرفته، نقدینگی بین‌زنجیره‌ای و ویژگی‌های نهادی می‌توانند پس از پایدار شدن شبکه‌ی پایه، مرحله‌بندی شوند.

این طراحی همچنین از ارتقاهای ماژولار آینده پشتیبانی می‌کند. حکمرانی می‌تواند ارتقاهایی برای مسیریابی کارمزد، پارامترهای سوزاندن، یکپارچه‌سازی بریج، قوانین اعتبارسنج، قراردادهای حکمرانی، ماژول‌های RWA و ابزارهای توسعه‌دهنده، بدون تغییر در هویت اقتصادی اصلی DOTO، تأیید کند.

مسیر درخواست

نمای لایه‌ای بالا مسئولیت‌ها را دسته‌بندی می‌کند؛ این‌جا مسیر واقعی است که یک تراکنش سر تا ته طی می‌کند، و این‌که سرویس‌های اطراف کجا به آن متصل می‌شوند:

Wallet / DApp
     │  signed tx
     ▼
   RPC  ───────────────────────────────► Indexer / Explorer
     │  broadcast                              ▲
     ▼                                          │ reads finalized state
  Mempool                                       │
     │  block proposal                          │
     ▼                                          │
 Consensus (validator election, voting) ────────┘
     │  elected proposer produces block
     ▼
  Validator (executes block)
     │  state transition
     ▼
   State (world state, storage trie)

Attached services (each calls the chain through the same RPC layer,
not through a private path):
  Bridge      → locks/mints assets via bridge contracts, reads State for proofs
  Oracle      → pushes external price/data feeds into State for contracts to read
  Governance  → proposal/vote/execute contracts, timelocked writes to State
  Treasury    → multisig/DAO-controlled contract, reads fee flow, writes reward payouts
  DEX (Swap)  → ordinary contract on Execution, no special chain-level privileges
  Wizard      → deploys asset contracts through the same RPC/Execution path

هر چیزی زیر «Wallet / DApp» زیرساخت زنجیره است؛ هر چیزی در بخش «Attached services» یک شرکت‌کننده در سطح قرارداد هوشمند است که دقیقاً مثل هر دپ یا قرارداد دیگری با زنجیره از طریق همین لایه‌ی RPC صحبت می‌کند — هیچ‌کدام دسترسی ویژه به اجماع یا وضعیت خارج از آن‌چه منطق قرارداد و مجوزهای تأییدشده‌ی حکمرانی اجازه می‌دهد ندارند.

شکل ۲. معماری لایه‌ای شبکه‌ی DotOne.

لایه	مسئولیت اصلی	الزام راه‌اندازی
اجرا	اجرای EVM، حسابداری گس، تغییرات وضعیت	پشتیبانی قرارداد Solidity و پردازش قابل‌اعتماد تراکنش
اجماع	هماهنگی اعتبارسنج و تولید بلاک	۱۰ اعتبارسنج اولیه و نظارت بر آپ‌تایم
حکمرانی	پیشنهادهای DAO، خزانه و کنترل پارامتر	کنترل‌های راه‌اندازی مالتی‌سیگ و نقشه‌راه DAO
محصول	ماژول‌های Swap، Wizard، RWA	قالب‌های ممیزی‌شده و رابط‌های مستندسازی‌شده
زیرساخت	RPC، اکسپلورر، APIها، نظارت	نقاط پایانی عمومی، نظارت وضعیت و پشتیبانی ایندکسر
بین‌زنجیره‌ای	یکپارچه‌سازی بریج و مسیریابی نقدینگی	فازهای بریج امنیت-محور

۶. سازگاری EVM و ابزارهای توسعه‌دهنده

سازگاری با EVM به DotOne امکان می‌دهد از قراردادهای Solidity، دارایی‌های سبک ERC، یکپارچه‌سازی MetaMask، Hardhat، Foundry، Remix، تأیید قرارداد، اکسپلورر بلاک و ابزارهای رایج ایندکس‌گذاری پشتیبانی کند. این موضوع برای جذب توسعه‌دهنده حیاتی است، چون هزینه‌ی مهاجرت از اتریوم و شبکه‌های سبک BSC را کاهش می‌دهد.

DotOne باید نقاط پایانی RPC عمومی، خدمات آرشیو برای ایندکسرها، نقاط پایانی WebSocket در صورت نیاز، فاست تست‌نت، تأیید قرارداد، متادیتای زنجیره و مستندات روشن توسعه‌دهنده ارائه دهد. تجربه‌ی توسعه‌دهنده باید شامل مثال‌های کپی‌پیست برای افزودن زنجیره به کیف‌پول، استقرار قرارداد، تأیید کد و تعامل با بریج و سواپ باشد.

این شبکه باید سازگاری با استانداردهای رایج توکن، از جمله توکن‌های قابل‌تعویض سبک ERC-20، NFTهای ERC-721 و دارایی‌های چند-توکنی ERC-1155 را حفظ کند. استیبل‌کوین‌ها و دارایی‌های RWA به کنترل‌های ناشر، ماژول‌های انطباق و محدودیت‌های انتقال اضافی در صورت لزوم نیاز دارند.

۷. مدل اجماع و اعتبارسنج

DotOne از اثبات سهام با استیکینگ تفویضی استفاده می‌کند، مشابه ساختار BSC. مجموعه‌ی اعتبارسنج اولیه ۱۰ است و هدف، بیش از ۱۰۰ اعتبارسنج ظرف سه سال است. حداقل خوداستیک اعتبارسنج ۲۰۰,۰۰۰,۰۰۰ DOTO است. دارندگان DOTO می‌توانند استیک خود را به اعتبارسنج مورد نظرشان تفویض کنند، و اعتبارسنج‌ها صرف‌نظر از میزان استیک تفویضی که جذب می‌کنند، مستقیماً برای استیک، آپ‌تایم و امنیت عملیاتی خودشان پاسخگو باقی می‌مانند.

پیاده‌سازی اجماع

وضعیت: زنده / پیاده‌سازی‌شده

موتور اجماع، Proof of Staked Authority (PoSA) روی موتور Parlia است، که مستقیماً از کد BNB Smart Chain و معماری go-ethereum مشتق شده. مجموعه‌ی اعتبارسنج فعال بر اساس استیک و قوانین انتخاب اعتبارسنجِ خودِ DotOne تعیین می‌شه، و تولید بلاک طبق یه برنامه‌ی مشخص میان اونا می‌چرخه؛ رفتار خارج از پروتکل هم می‌تونه با جریمه یا حذف موقت از مجموعه‌ی فعال پاسخ داده بشه.

نهایی‌سازی هم از طریق quorum certificate کار می‌کنه: یه رأی وقتی معتبره که حداقل ⌈۲N/۳⌉ از مجموعه‌ی اعتبارسنج فعال — یعنی دوسوم، گردشده رو به بالا — تأییدش کرده باشن (به‌عنوان یه مثال کلی، بی‌ربط به تعداد فعلی اعتبارسنج‌های DotOne: یه مجموعه‌ی ۲۱ اعتبارسنجی حداقل به ۱۴ رأی معتبر نیاز داره). این یعنی نهایی‌سازی سریع و قطعی، نه مدل عمق تأیید احتمالاتی که مثلاً اتریوم داره.

انتخاب اعتبارسنج هم از طریق یک انتخابات روزانه پس از ساعت ۰۰:۰۰ UTC انجام می‌شه که اعتبارسنج‌های فعال رو بر اساس مقدار استیک رتبه‌بندی می‌کنه. بالای این رتبه‌بندی می‌شن Cabinets (احتمال انتخاب بالاتر در هر epoch) و بقیه‌ی اعتبارسنج‌های فعال می‌شن Candidates (احتمال پایین‌تر) — مکانیزم کامل تو انتخابات اعتبارسنج و اجماع اومده. این رتبه‌بندی هر چرخه دوباره محاسبه می‌شه، پس اعتبارسنجی که یک روز از مجموعه‌ی فعال جا بمونه، برای همیشه حذف نمی‌شه، فقط منتظر انتخابات بعدی می‌مونه.

Jailing و Slashing هر دو وجود دارن و همین الان فعالن. اگه نوبت تولید بلاکت رو از دست بدی، بیش از آستانه‌ی مجاز آفلاین بمونی، یا زیر حداقل self-delegation بیفتی، jail می‌شی — یعنی موقتاً از اجماع حذف می‌شی تا بعد از دوره‌ی انتظار، تراکنش unjail بفرستی (به نظارت جریمه (Slash Monitor) مراجعه کنید). دبل‌ساین یا رأی مخرب جدی‌تر برخورد می‌شه: علاوه‌بر jail، بخشی از استیک هم سوزانده می‌شه، و تخلف تکراری جریمه رو تشدید می‌کنه. جدول کامل جریمه‌ها تو نگاه کلی جریمه و قوانین جریمه هست.

اعتبارسنج‌ها سهم خودشان از کارمزد تراکنش را به‌همراه کمیسیون پاداش تفویض‌کنندگان دریافت می‌کنند — پاداش بلاک مبتنی بر خزانه‌ای وجود ندارد. چون DOTO تورمی ندارد و ضرب غیرفعال است، همین مدل کارمزد+کمیسیون تنها منبع درآمد اعتبارسنج است، و دقیقاً به همین دلیل است که میزان استفاده از شبکه و حجم استیک تفویضی این‌قدر برای پایداری بلندمدت اعتبارسنج‌ها اهمیت دارد.

اقتصاد اعتبارسنج

وضعیت: زنده / پیاده‌سازی‌شده — مکانیزم زیر همون چیزیه که همین الان درآمد اعتبارسنج رو تعیین می‌کنه، نه یه پیش‌بینی

DotOne پاداش ثابت یا ازپیش‌تعیین‌شده‌ای به‌ازای تولید هر بلاک در نظر نمی‌گیرد. مشابه ساختار BSC، درآمد یک اعتبارسنج از دو منبع تأمین می‌شود: سهمش از کارمزد تراکنش‌های بلاک‌هایی که تولید می‌کند، و کمیسیونی که از پاداش تفویض‌کنندگانی که DOTO خود را نزدش استیک کرده‌اند دریافت می‌کند. Treasury Block Reward مستقلی در مدل اقتصادی شبکه وجود ندارد — درآمد اعتبارسنج با میزان استفاده‌ی واقعی از شبکه (کارمزدها) و با میزان استیکی که جذب می‌کند (شامل استیک تفویضی) رشد می‌کند، نه با یک برنامه‌ی انتشار ثابت.

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

شکل ۳. هدف رشد اعتبارسنج از راه‌اندازی تا سال ۲۰۲۹.

موضوع اعتبارسنج	مشخصات / سیاست
مجموعه‌ی اولیه	۱۰ اعتبارسنج
هدف سه‌ساله	۱۰۰+ اعتبارسنج
حداقل استیک	200,000,000 DOTO
تفویض	پشتیبانی می‌شود — دارندگان DOTO می‌توانند به یک اعتبارسنج تفویض کنند
پاداش‌ها	سهم از کارمزد تراکنش + کمیسیون از پاداش تفویض‌کنندگان؛ بدون پاداش ثابت بلاک از خزانه
تمرکز عملکرد	آپ‌تایم، تولید بلاک، تقویت امنیت و نظارت

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

۸. توکنومیکس و وستینگ

وضعیت: برنامه‌ریزی‌شده — مدل نمایشی؛ پارامترهای نهایی نیازمند تصویب حکمرانی/بنیاد پیش از TGE

توکنومیکس DOTO بر پایه‌ی عرضه‌ی ثابت ۱۰۰,۰۰۰,۰۰۰,۰۰۰ DOTO است. تخصیص میان پابلیک سیل، اعتبارسنج و توسعه‌ی سیستم، بنیان‌گذار، مارکتینگ و خزانه تقسیم می‌شود. سهم تجمیعی Validator and System Development برابر با ۱۵٪، معادل ۱۵,۰۰۰,۰۰۰,۰۰۰ DOTO است. تخصیص بزرگ پابلیک سیل از توزیع گسترده حمایت می‌کند، در حالی که تخصیص‌های خزانه و مارکتینگ از رشد اکوسیستم پشتیبانی می‌کنند.

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

شکل ۴. مدل تخصیص DOTO.

تخصیص	درصد	مقدار توکن
Public Sale	60%	60,000,000,000 DOTO
Validator and System Development	15%	15,000,000,000 DOTO
Founder	15%	15,000,000,000 DOTO
Marketing	5%	5,000,000,000 DOTO
Treasury	5%	5,000,000,000 DOTO

برنامه‌ی وستینگ

تخصیص‌های Public Sale، Validator and System Development، Marketing و Treasury از ابتدا و در TGE صددرصد آزاد هستند و هیچ قفل یا برنامه‌ی وستینگی ندارند. تمام سهم ۱۵,۰۰۰,۰۰۰,۰۰۰ DOTO بخش Validator and System Development از ابتدا در دسترس است.

فقط سهم Founder قفل است. این سهمِ ۱۵,۰۰۰,۰۰۰,۰۰۰ DOTO در TGE هیچ آزادسازی اولیه‌ای ندارد و هر ۹ ماه، در هشت مرحله به‌ترتیب ۵٪، ۵٪، ۵٪، ۱۰٪، ۱۵٪، ۱۵٪، ۲۰٪ و ۲۵٪ آزاد می‌شود. درصد هر مرحله از کل سهم Founder محاسبه می‌شود، نه از کل عرضه‌ی DOTO یا مانده‌ی قفل‌شده. نخستین آزادسازی، ۵٪ در ماه ۹ است و آخرین آزادسازی، ۲۵٪ در ماه ۷۲ خواهد بود.

تخصیص	آزادسازی اولیه (TGE)	نخستین آزادسازی پس از TGE	بازه‌ی آزادسازی	دوره و میزان آزادسازی
Public Sale	۱۰۰٪	ندارد	ندارد	کاملاً آزاد در TGE
Validator and System Development	۱۰۰٪	ندارد	ندارد	کاملاً آزاد در TGE
Founder	۰٪	ماه ۹	۷۲ ماه	هر ۹ ماه: ۵٪، ۵٪، ۵٪، ۱۰٪، ۱۵٪، ۱۵٪، ۲۰٪ و ۲۵٪
Marketing	۱۰۰٪	ندارد	ندارد	کاملاً آزاد در TGE
Treasury	۱۰۰٪	ندارد	ندارد	کاملاً آزاد در TGE

برنامه‌ی آزادسازی Founder

مجموع هشت مرحله‌ی زیر ۱۰۰٪ از سهم ۱۵,۰۰۰,۰۰۰,۰۰۰ DOTO بخش Founder است. پیش از ماه ۹ هیچ توکن Founder آزاد نمی‌شود.

زمان آزادسازی	درصد از سهم Founder	مقدار DOTO آزادشده	درصد آزادشده‌ی تجمعی
ماه ۹	۵٪	۷۵۰,۰۰۰,۰۰۰ DOTO	۵٪
ماه ۱۸	۵٪	۷۵۰,۰۰۰,۰۰۰ DOTO	۱۰٪
ماه ۲۷	۵٪	۷۵۰,۰۰۰,۰۰۰ DOTO	۱۵٪
ماه ۳۶	۱۰٪	۱,۵۰۰,۰۰۰,۰۰۰ DOTO	۲۵٪
ماه ۴۵	۱۵٪	۲,۲۵۰,۰۰۰,۰۰۰ DOTO	۴۰٪
ماه ۵۴	۱۵٪	۲,۲۵۰,۰۰۰,۰۰۰ DOTO	۵۵٪
ماه ۶۳	۲۰٪	۳,۰۰۰,۰۰۰,۰۰۰ DOTO	۷۵٪
ماه ۷۲	۲۵٪	۳,۷۵۰,۰۰۰,۰۰۰ DOTO	۱۰۰٪
مجموع	۱۰۰٪	۱۵,۰۰۰,۰۰۰,۰۰۰ DOTO	۱۰۰٪

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

۹. گس، کارمزد و مکانیزم‌های سوزاندن

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

DotOne از دو مفهوم سوزاندن استفاده می‌کند: سوزاندن بلادرنگ الهام‌گرفته از BEP-95 و سوزاندن دوره‌ای خودکار الهام‌گرفته از BNB Auto-Burn. مکانیزم سوزاندن بلادرنگ می‌تواند بخشی از کارمزد تراکنش که توسط DAO تعیین شده را بسوزاند. مکانیزم سوزاندن دوره‌ای خودکار می‌تواند سوزاندن‌های برنامه‌ریزی‌شده را بر اساس پارامترهای تأییدشده توسط DAO اجرا کند.

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

سوزاندن دوگانه — نحوه‌ی کارکرد

وضعیت: برنامه‌ریزی‌شده — مکانیزم مشخص است، پارامترهای دقیق (K، تناوب اجرا، کف عرضه) هنوز باید توسط حکمرانی نهایی شوند

مدل سوزاندن DotOne از ساختار سوزاندن دوگانه‌ی BSC الهام می‌گیرد، اما این دو مکانیزم مستقل از هم هستند و متفاوت از یک قانون ساده‌ی «سوزاندن X٪ از درآمد» کار می‌کنند:

۱. سوزاندن بلادرنگ (هر بلاک، خودکار، مشابه BEP-95): درصدی از کارمزد گس مشمول سوزاندن، در هر بلاک، بلافاصله به یک آدرس غیرقابل‌بازگشت منتقل می‌شود — با نرخ اولیه‌ی ۱۰٪ از کارمزد گس مشمول سوزاندن (نه ۱۰٪ از «Base Fee» — این تفاوت مهم است و باید در هر مستندی دقیق نوشته شود). ۹۰٪ باقی‌مانده وارد چرخه‌ی پاداش اعتبارسنج‌ها و تفویض‌کنندگان می‌شود. این نسبت یک پارامتر قابل‌تنظیم توسط حکمرانی است، نه چیزی ثابت برای همیشه.

۲. سوزاندن دوره‌ای خودکار (Periodic Auto-Burn) (مستقل از BEP-95، به‌صورت دوره‌ای اجرا می‌شود): برخلاف یک درصد ساده از درآمد فصلی، مقدار سوزاندن از تعداد بلاک‌های تولیدشده، میانگین قیمت بازار DOTO و یک ضریب سیاست تعیین‌شده توسط حکمرانی محاسبه می‌شود:

B = N / (100 × P) × K

که در آن B مقدار DOTO قابل‌سوزاندن، N تعداد بلاک‌های تولیدشده در آن دوره، P میانگین قیمت DOTO طی همان دوره، و K ضریب تنظیم سیاست پولی تعیین‌شده توسط حکمرانی DotOne است. سوزاندن فصلی درصد ثابتی از درآمد کارمزد نیست — بلکه متناسب با فعالیت واقعی شبکه (تعداد بلاک) و قیمت بازار تغییر می‌کند، و اجرای Auto-Burn با رسیدن عرضه‌ی در گردش به یک کف هدف تعیین‌شده توسط حکمرانی متوقف می‌شود، نه با برخورد به یک سقف فصلی ثابت. مقدار K، تناوب اجرا، و کف دقیق عرضه همگی پارامترهایی هستند که حکمرانی و سیاست پولی هنوز باید پیش از فعال‌سازی نهایی مشخص کنند.

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

شکل ۵. جریان کارمزد، سوزاندن و پاداش DOTO.

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

۱۰. خزانه و پایداری

تخصیص خزانه ۵٪ از کل عرضه‌ی DOTO است و توسط بنیاد DotOne از طریق یک مالتی‌سیگ ۳-از-۵ در راه‌اندازی مدیریت می‌شود. موارد استفاده‌ی خزانه شامل پاداش اعتبارسنج، گرنت‌های اکوسیستم، مشوق‌های نقدینگی، سرمایه‌گذاری‌های استراتژیک، توسعه‌ی جامعه و ذخایر اضطراری است.

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

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

مورد استفاده‌ی خزانه	توضیح	کنترل
پاداش اعتبارسنج	پشتیبانی اقتصاد اعتبارسنج در دوره‌ی رشد اولیه	بودجه‌بندی‌شده توسط بنیاد/DAO
گرنت‌های اکوسیستم	تأمین مالی ابزار، اپلیکیشن، ممیزی و یکپارچه‌سازی	بررسی پیشنهاد و نقطه‌ی عطف
مشوق‌های نقدینگی	بوت‌استرپ جفت‌های DOTO و دارایی‌های استراتژیک	برنامه‌های زمان‌بندی‌شده
سرمایه‌گذاری‌های استراتژیک	همکاری‌ها و پذیرش سازمانی	تأیید حکمرانی
توسعه‌ی جامعه	آموزش، رویدادها و پشتیبانی حکمرانی	گزارش‌دهی شفاف
ذخایر اضطراری	پاسخ به حادثه و تداوم عملیاتی	سیاست استفاده‌ی محدود

اقتصاد خزانه

وضعیت: برنامه‌ریزی‌شده — چارچوب زیر (بدون تعهد یارانه‌ی ثابت) نهایی است؛ مبالغ دقیق ذخیره و شرایط بودجه هنوز نیستند

از آنجا که DotOne پاداش ثابت بلاک ندارد، خزانه هیچ تعهد ثابتی برای پرداخت یارانه به اعتبارسنج‌ها با نرخ مشخص ندارد. در حالت عادی، امنیت اقتصادی شبکه از درآمد کارمزد تراکنش‌ها، استیکینگ و کمیسیون اعتبارسنج‌ها تأمین می‌شود — همان مدل کارمزد+کمیسیون که در اقتصاد اعتبارسنج توضیح داده شد — نه از یک پرداخت ثابت خزانه.

با این حال، بخشی از خزانه همچنان می‌تواند به‌عنوان ذخیره‌ی راه‌اندازی شبکه (network bootstrap reserve) عمل کند: مشوق‌های موقت اعتبارسنجی در دوره‌ی رشد اولیه، جذب اپراتورهای حرفه‌ای، توسعه‌ی زیرساخت، پشتیبانی از برنامه‌های استیکینگ، و جبران درآمد پایین در مراحل ابتدایی. اندازه و مدت این حمایت باید از طریق بودجه‌های زمان‌دار و مصوبات حاکمیتی تعیین شود، نه یک تخصیص دائمی — هیچ مبلغ ثابتی مثل ۲ میلیارد DOTO (یا هر عدد دیگری) برای این هدف متعهد نشده است. هر رقم ذخیره‌ی خاصی که جای دیگری ذکر شود، باید به‌عنوان یک سقف بودجه‌ی قابل‌بازنگری خوانده شود، نه یک تعهد قطعی خزانه.

۱۱. چارچوب حکمرانی و DAO

وضعیت: در حال توسعه — به وضعیت کامپوننت‌ها مراجعه کنید

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

قدرت رای

قدرت رای دقیقاً همون مدلیه که BNB Smart Chain برای ماژول حکمرانی خودش استفاده می‌کنه: هر ۱ DOTO استیک‌شده، ۱ رای — بدون مقیاس درجه‌دوم، بدون امتیاز اضافه برای قفل‌کردن طولانی‌تر. وقتی DOTO رو نزد یک اعتبارسنج استیک می‌کنید، به‌نسبت ۱ به ۱ همون مقدار اعتبار استیکینگ (staking credit) غیرقابل‌انتقال برمی‌گردونه، و این اعتباره که وزن رای رو حمل می‌کنه، نه خود DOTO. فقط استیک‌کردن هم کافی نیست؛ باید قدرت رای رو صراحتاً تفویض کنید — به خودتان، به اعتبارسنج خودتان، یا به کسی که بهش اعتماد دارید.

از آنجا که طبق بخش ۷ استیکینگ تفویضی پشتیبانی می‌شود، این قدرت رای مختص اعتبارسنج‌ها نیست — هر دارنده‌ی DOTO که استیک کند (مستقیم یا از طریق تفویض به یک اعتبارسنج) وزن رای متناسب خودش را به‌دست می‌آورد. یه نکته‌ی دیگه هم بدونید: قدرت رای در لحظه‌ی ثبت پیشنهاد اسنپ‌شات گرفته می‌شه، پس کسب یا جابه‌جایی استیک بعد از فعال‌شدن یک پیشنهاد، وزن شما رو برای همون رای خاص عوض نمی‌کنه.

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

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

حوزه‌ی حکمرانی	نمونه‌هایی از کنترل DAO
هزینه‌کرد خزانه	گرنت‌ها، مشوق‌های نقدینگی، پاداش اعتبارسنج و ذخایر
سیاست اعتبارسنج	پارامترهای پاداش، قوانین پذیرش و الزامات عملکرد
سیاست سوزاندن	نسبت سوزاندن بلادرنگ و فرمول سوزاندن دوره‌ای
ارتقاهای پروتکل	ارتقاهای EVM، هارد فورک‌ها و تغییرات زیرساخت
سیاست RWA	استانداردهای ناشر، چارچوب انطباق و دسته‌های دارایی تأییدشده

۱۲. چارچوب توکن‌سازی دارایی‌های واقعی (RWA)

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

انتشار RWA نباید به‌عنوان ساخت ساده‌ی توکن در نظر گرفته شود. ناشران ممکن است به بسته‌های حقوقی، قراردادهای نگهداری، تأییدیه‌ی ذخایر، فرآیندهای KYC/AML، حقوق بازخرید، اسناد افشا و کنترل‌های اداری مبتنی بر نقش نیاز داشته باشند. Wizard می‌تواند استقرار را خودکار کند، اما مسئولیت حقوقی و انطباق نزد ناشران و شرکای تنظیم‌شده باقی می‌ماند.

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

دسته‌ی دارایی	نمونه‌های پشتیبانی‌شده	کنترل‌های مورد نیاز
املاک	حقوق مالکیت یا درآمد ملکی	KYC، بسته‌ی حقوقی، سوابق نگهداری
کالاها	توکن‌های پشتیبانی‌شده با کالا	تأییدیه‌ی ذخایر و منطق بازخرید
فلزات گرانبها	دارایی‌های پشتیبانی‌شده با طلا یا نقره	نگهداری، ممیزی و قوانین انتقال
دارایی‌های تجاری	مطالبات، فاکتورها، ادعای درآمد	بررسی دقیق ناشر و افشای ریسک
اوراق قرضه	ابزارهای بدهی توکن‌شده	صلاحیت سرمایه‌گذار و بررسی اوراق بهادار
دارایی‌های سازمانی	دارایی‌های زنجیره‌ی تأمین یا شرکتی	انتقال مجوزدار و کنترل دسترسی

۱۳. مجموعه‌ی محصولات DotOne

DotScan به آدرس dotscan.one، لایه‌ی اکسپلورر و شفافیت است. باید از تراکنش‌ها، آدرس‌ها، تأیید قرارداد، صفحات توکن، صفحات اعتبارسنج، رویدادهای بریج، پیشنهادهای حکمرانی و گزارش‌دهی سوزاندن پشتیبانی کند. قابلیت اطمینان اکسپلورر برای صرافی‌ها، ممیزان و توسعه‌دهندگان حیاتی است.

DotOne Swap به آدرس swap.dotone.online یک DEX توسعه‌یافته‌ی اختصاصی است، نه یک فورک PancakeSwap. این موضوع به DotOne کنترل بر سیاست کارمزد، مشوق‌های نقدینگی، معاملات RWA، نقدینگی بین‌زنجیره‌ای و پارامترهای مدیریت‌شده توسط DAO می‌دهد. DEX باید با جفت‌های نقدینگی اصلی DOTO راه‌اندازی شده و از طریق برنامه‌های تأییدشده توسط حکمرانی گسترش یابد.

DotOne Wizard به آدرس wizard.dotone.online یک پلتفرم انتشار دارایی بدون کد است. این پلتفرم از ERC-721، ERC-1155، استیبل‌کوین‌های آینده و RWA پشتیبانی می‌کند. باید شامل قالب‌های ممیزی‌شده، پیش‌نمایش استقرار، پیکربندی متادیتا، مدیریت نقش ادمین و ماژول‌های انطباق اختیاری باشد.

محصول	آدرس	نقش اصلی
Explorer	dotscan.one	شفافیت، تأیید، تحلیل و رؤیت‌پذیری اعتبارسنج
Bridge	bridge.dotone.online	انتقال دارایی بین‌زنجیره‌ای و دسترسی به نقدینگی
Swap	swap.dotone.online	DEX اختصاصی برای DOTO، DeFi و بازارهای آینده‌ی RWA
Wizard	wizard.dotone.online	انتشار دارایی بدون کد برای NFT، استیبل‌کوین‌های آینده و RWA
RPC	rpc.dotone.online / rpc2.dotone.online / rpc3.dotone.online	زیرساخت عمومی و اتصال‌پذیری توسعه‌دهنده

۱۴. استراتژی بریج و بین‌زنجیره‌ای

نقشه‌راه بریج با BNB Chain آغاز می‌شود، به اتریوم گسترش می‌یابد، پشتیبانی گسترده‌تر از دارایی را اضافه می‌کند، سپس به Polygon، Arbitrum و Solana متصل می‌شود. این ترتیب، سازگاری اکوسیستم، دسترسی به نقدینگی و گسترش بلندمدت چندزنجیره‌ای را منعکس می‌کند.

امنیت بریج یکی از پرریسک‌ترین حوزه‌های سیستم است. الزامات شامل ممیزی‌های مستقل، محدودیت نرخ، حسابداری دارایی، منطق اثبات یا تأییدیه، نظارت رله‌کننده (relayer)، توقف اضطراری، کنترل‌های مالتی‌سیگ/MPC، دستورالعمل‌های عملیاتی و برنامه‌های ارتباطی حادثه است.

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

فاز بریج	هدف	مهلت
فاز ۱	BNB Chain	Q3 2026
فاز ۲	اتریوم	Q3 2026
فاز ۳	پشتیبانی گسترده‌ی دارایی	Q4 2026
فاز ۴	Polygon	Q1 2027
فاز ۵	Arbitrum	Q1 2027
فاز ۶	Solana	Q1 2027

۱۵. امنیت و ممیزی

کنترل‌های امنیتی شامل ممیزی CertiK، برنامه‌ی باگ بانتی، خزانه‌ی مالتی‌سیگ، تقویت اعتبارسنج، بررسی قراردادهای هوشمند و نظارت مداوم است. دامنه‌ی امنیت شامل اجزای پروتکل، قراردادهای بریج، قراردادهای خزانه، قراردادهای حکمرانی، Swap، Wizard، زیرساخت RPC، اکسپلورر و دامنه‌های فرانت‌اند است.

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

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

حوزه‌ی امنیتی	کنترل‌های مورد نیاز
پروتکل	ممیزی، تست‌نت، نظارت و مدیریت انتشار
اعتبارسنج‌ها	نودهای سنتری، امنیت کلید، محافظت DDoS و وصله‌گذاری
خزانه	مالتی‌سیگ ۳-از-۵، تایم‌لاک‌ها و گزارش‌دهی
قراردادهای هوشمند	بررسی، ممیزی، تأیید و باگ بانتی
بریج	محدودیت نرخ، توقف اضطراری، نظارت و بررسی حسابداری
فرانت‌اند	امنیت دامنه، کنترل‌های انتشار و نظارت فیشینگ

۱۶. نظارت عملیاتی و پاسخ به حادثه

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

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

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

سیگنال عملیاتی	هدف نظارت
زمان بلاک	تأیید پایداری حول هدف ۳ ثانیه
آپ‌تایم اعتبارسنج	شناسایی بلاک‌های ازدست‌رفته و خرابی زیرساخت
تأخیر RPC	تضمین قابلیت اطمینان برای توسعه‌دهنده و کاربر
رویدادهای بریج	شناسایی الگوهای غیرعادی انتقال
تراکنش‌های خزانه	پیگیری حکمرانی و اجرای مالتی‌سیگ
رویدادهای سوزاندن	تأیید اجرای سوزاندن بلادرنگ و دوره‌ای

۱۷. استراتژی رشد اکوسیستم

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

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

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

۱۸. نقشه‌راه

سه‌ماهه‌ی سوم ۲۰۲۶ شامل مین‌نت، اکسپلورر، زیرساخت RPC، شبکه‌ی اعتبارسنج و بریج BNB است. سه‌ماهه‌ی چهارم ۲۰۲۶ بر گسترش Swap، برنامه‌های نقدینگی و ورود توسعه‌دهنده تمرکز دارد. سه‌ماهه‌ی اول ۲۰۲۷ حکمرانی DAO و حکمرانی خزانه را معرفی می‌کند. سه‌ماهه‌های دوم تا سوم ۲۰۲۷ بر زیرساخت RWA، چارچوب انطباق و ورود نهادی تمرکز دارد.

در سال ۲۰۲۸، DotOne به سمت اتریوم، Polygon و Arbitrum گسترش می‌یابد. در سال ۲۰۲۹، DotOne بیش از ۱۰۰ اعتبارسنج، پذیرش سازمانی و یک اکوسیستم چندزنجیره‌ای بالغ را هدف قرار می‌دهد. هر فاز باید معیارهای راه‌اندازی، معیارهای امنیتی و معیارهای آمادگی عملیاتی داشته باشد.

تغییرات نقشه‌راه باید به‌طور شفاف اطلاع‌رسانی شوند. اگر یک ویژگی بریج یا RWA به دلایل امنیتی یا مقرراتی به تأخیر بیفتد، این تأخیر باید به‌عنوان مدیریت ریسک تلقی شود، نه شکست در اجرا.

شکل ۶. نقشه‌راه DotOne از مین‌نت تا اکوسیستم چندزنجیره‌ای بالغ.

۱۹. چارچوب KPI

DotOne باید سلامت شبکه را از طریق KPIهای فنی و اقتصادی اندازه‌گیری کند. KPIهای فنی شامل آپ‌تایم، پایداری زمان بلاک، تأخیر RPC، مشارکت اعتبارسنج، انتقال‌های موفق بریج و رشد استقرار قرارداد هوشمند است. KPIهای اقتصادی شامل TVL، نقدینگی DOTO، درآمد کارمزد، حجم سوزاندن، دوام خزانه (runway) و بازگشت سرمایه‌ی گرنت است.

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

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

دسته‌ی KPI	نمونه‌ی معیارها
شبکه	تراکنش‌های روزانه، آدرس‌های فعال، پایداری بلاک، آپ‌تایم RPC
اعتبارسنج	تعداد اعتبارسنج، بلاک‌های ازدست‌رفته، تنوع جغرافیایی، حوادث
اقتصادی	TVL، نقدینگی DOTO، درآمد کارمزد، حجم سوزاندن، دوام خزانه
توسعه‌دهنده	قراردادهای مستقر، قراردادهای تأییدشده، استفاده از SDK، گرنت‌های اجراشده
RWA	ناشران تأییدشده، دارایی‌های منطبق، رویدادهای بازخرید، حجم دارایی
حکمرانی	تعداد پیشنهاد، مشارکت رأی‌دهنده، حدنصاب و به‌موقع بودن اجرا

۲۰. ماتریس ریسک

DotOne با ریسک‌های فنی، اقتصادی، حکمرانی، مقرراتی و عملیاتی مواجه است. پرریسک‌ترین حوزه‌ها عبارتند از امنیت بریج، تمرکز اعتبارسنج، آسیب‌پذیری قرارداد هوشمند، عدم قطعیت مقرراتی برای دارایی‌های RWA و سوءتخصیص خزانه.

کاهش ریسک نیازمند استقرار مرحله‌بندی‌شده، ممیزی، کنترل‌های عملیاتی، تدابیر ایمنی DAO، امنیت مالتی‌سیگ، بررسی انطباق و گزارش‌دهی عمومی است. هیچ کنترل واحدی کافی نیست؛ DotOne باید از دفاع لایه‌ای در سراسر قراردادها، زیرساخت، حکمرانی و عملیات استفاده کند.

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

ریسک	تأثیر	کاهش ریسک
اکسپلویت بریج	بالا	ممیزی، محدودیت، نظارت، توقف اضطراری و استقرار مرحله‌بندی‌شده
تمرکز اعتبارسنج	بالا	برنامه‌ی گسترش اعتبارسنج و سیاست پذیرش شفاف
استفاده‌ی پایین از شبکه	متوسط	گرنت‌های توسعه‌دهنده، برنامه‌های نقدینگی و ورود سازمانی
تخلیه‌ی خزانه	بالا	سقف بودجه، گزارش‌دهی و تأیید DAO
عدم قطعیت مقرراتی	بالا	کنترل‌های RWA خاص هر حوزه‌ی قضایی و بررسی حقوقی
تصرف حکمرانی	بالا	حدنصاب، تایم‌لاک، تدابیر ایمنی مالتی‌سیگ و شفافیت
آسیب‌پذیری قرارداد هوشمند	بالا	ممیزی، باگ بانتی، تأیید و بررسی ارتقا

۲۱. ملاحظات انطباق

انطباق RWA به حوزه‌ی قضایی و نوع دارایی بستگی دارد. برخی دارایی‌ها ممکن است به KYC/AML، اعتبارسنجی سرمایه‌گذار، محدودیت انتقال، افشاسازی، نگهبانان تنظیم‌شده یا تحلیل قانون اوراق بهادار نیاز داشته باشند. DotOne باید زیرساخت قابل انطباق ارائه دهد اما نباید ادعا کند که هر توکن منتشرشده روی شبکه به‌طور خودکار منطبق است.

استیبل‌کوین‌ها و ابزارهای پشتیبانی‌شده با دارایی نیازمند توجه ویژه هستند. آن‌ها ممکن است به مدیریت ذخایر، رویه‌های بازخرید، تأییدیه، افشای ناشر و مجوزدهی خاص هر حوزه‌ی قضایی نیاز داشته باشند. Wizard باید به‌وضوح میان انتشار فنی و مجوز حقوقی تمایز قائل شود.

حکمرانی باید استانداردهای گسترده‌ی RWA و دسته‌های ناشر را تنها پس از بررسی حقوقی و انطباق تأیید کند. ناشران باید مسئولیت اسناد دارایی، ورود سرمایه‌گذار و تعهدات انطباق مستمر خود را بر عهده داشته باشند.

۲۲. جمع‌بندی

DotOne Smart Chain به‌عنوان یک بلاک‌چین لایه‌ی یک الهام‌گرفته از BSC و سازگار با EVM، با اقتصاد عرضه‌ی ثابت، اعتبارسنج‌های اثبات سهام، حکمرانی DAO، پاداش اعتبارسنج مبتنی بر خزانه، مکانیزم‌های دوگانه‌ی سوزاندن و جهت‌گیری قوی به سمت RWA طراحی شده است.

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

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