ریسک پل‌های بین‌زنجیره‌ای و دارایی‌های بسته‌بندی‌شده؛ پیش از انتقال چه چیزی را بررسی کنید؟

چرا انتقال بین‌زنجیره‌ای فقط انتخاب یک شبکه نیست؟

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

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

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

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

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

پل بین‌زنجیره‌ای و دارایی بسته‌بندی‌شده دقیقاً چیست؟

پل بین‌زنجیره‌ای (Cross-chain bridge) دارایی یا پیام را میان شبکه‌های مستقل منتقل می‌کند. هر شبکه قواعد و دفترکل خودش را دارد؛ پل این دو را هماهنگ می‌کند. مثلاً کاربر دارایی بومی را در شبکه‌ی مبدأ قفل می‌کند و در مقصد توکنی نماینده‌ی آن می‌گیرد.

در تصویر بالا، دارایی بسته‌بندی‌شده (Wrapped asset) توکنی است که ارزشش به دارایی دیگری وابسته است. پل دارایی بومی را در مبدأ نگه می‌دارد و در مقصد توکن متناظر می‌سازد. توکن مقصد خودِ دارایی بومی نیست؛ بازخریدش به سازوکار پل و پشتوانه وابسته است.

قفل‌کردن، ساختن و بازخریدن

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

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

1. چه دارایی‌ای در کدام شبکه قفل می‌شود؟
2. در شبکه‌ی مقصد چه توکنی و با کدام قرارداد ساخته می‌شود؟
3. چه شخص، گروه یا سازوکاری انتقال و ساخت توکن را تأیید می‌کند؟
4. توکن نماینده چگونه بازخرید می‌شود و دارایی پشتوانه در کدام شبکه آزاد می‌شود؟

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

از درخواست انتقال تا دریافت توکن، چه مراحلی رخ می‌دهد؟

انتقال با ثبت درخواست شما در رابط پل آغاز می‌شود. در مدل قفل‌وساخت (lock-and-mint)، قرارداد هوشمند دارایی را در شبکه‌ی مبدأ قفل می‌کند. سپس، پس از تأیید پیام انتقال، قرارداد مقصد توکن نماینده را صادر می‌کند. مثلاً در یک انتقال فرضی، فرستادن توکن از شبکه‌ی الف به شبکه‌ی ب یعنی دارایی اصلی در الف قفل می‌شود و توکن متناظر در ب صادر می‌شود.

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

چه چیزی می‌تواند مسیر را مختل کند؟

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

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

مثال گام‌به‌گام: چطور کسری پشتوانه را تشخیص دهید؟

در این مثال فرضی، پل در شبکه‌ی مبدأ ۱۰۰ واحد دارایی را قفل می‌کند و در شبکه‌ی مقصد ۱۰۰ واحد توکن نماینده می‌سازد. برای بررسی کسری، توکن‌های مقصد را با پشتوانه‌ی قابل‌تأیید مقایسه کنید. هر دو باید به یک دارایی و واحد مربوط باشند.

محاسبه‌ی عرضه و کسری

1. ورودی‌ها را بنویسید: پشتوانه‌ی قفل‌شده در مبدأ ۱۰۰ واحد است و مقدار اولیه‌ی توکن صادرشده در مقصد نیز ۱۰۰ واحد است.
2. نقص را وارد مثال کنید: سازوکار پل ۲۰ واحد توکن تازه در مقصد می‌سازد، بی‌آن‌که پشتوانه‌ی متناظری قفل شود.
3. عرضه‌ی مقصد = توکن اولیه + توکن تازه‌ساخته‌شده؛ بنابراین ۱۰۰ + ۲۰ = ۱۲۰ واحد.
4. کسری پشتوانه = عرضه‌ی مقصد − پشتوانه‌ی قفل‌شده؛ بنابراین ۱۲۰ − ۱۰۰ = ۲۰ واحد.

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

نسبت پوشش را بسنجید

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

فرمول پوشش: دارایی قابل‌تأیید در پشتوانه ÷ عرضه‌ی درگردش. در مثال بالا، ۱۰۰ ÷ ۱۲۰ ≈ ۰٫۸۳ است؛ چون کمتر از ۱ است، نشانه‌ی کسری پشتوانه است. این نسبت را برای هر دارایی بسته‌بندی‌شده پیش از انتقال از منابع قابل‌بررسی پروتکل بسنجید.

چه مدل‌هایی از پل وجود دارد و چه چیزی را باید مقایسه کنید؟

پل‌ها را با مدل اعتماد و مسیر دارایی مقایسه کنید، نه فقط با سرعت یا کارمزد. در مدل امانی، متولی دارایی را نگه می‌دارد و انتقال را انجام می‌دهد. در مدل چندامضایی، چند کلید باید تراکنش را تأیید کنند؛ اما تعداد امضاها کافی نیست. بررسی کنید کلیدها دست افراد یا سازمان‌های مستقل باشد، جداگانه نگهداری شود و هیچ‌کس به‌تنهایی به آن‌ها دسترسی نداشته باشد. در مدل اعتبارسنجی مستقل، اعتبارسنج‌ها پیام مبدأ را بررسی و انتقال مقصد را تأیید می‌کنند. در مدل نقدینگی‌محور، دارایی از استخر موجود در مقصد پرداخت می‌شود و تأمین‌کنندگان نقدینگی آن را فراهم می‌کنند. ([ethereum.org](https://ethereum.org/developers/docs/bridges?utm_source=openai))

حسابرسی، برنامه‌ی پاداش کشف باگ و سابقه‌ی عملیاتی به سنجش کیفیت بررسی کمک می‌کنند، اما مصونیت ایجاد نمی‌کنند. پل‌ها نقطه‌ی تمرکز ریسک قرارداد هوشمند و کلید هستند و راه امن مطلق وجود ندارد. گزارش امنیتی را با قرارداد فعال تطبیق دهید: نشانی و نسخه‌ی قرارداد، اختیار توقف و ارتقا، و تغییرات پس از تاریخ بررسی را در مستندات رسمی یا کاوشگر زنجیره بررسی کنید. اگر قرارداد فعلی پس از حسابرسی تغییر کرده باشد، گزارش قبلی وضعیت نسخه‌ی فعال را نشان نمی‌دهد. ([docs.chain.link](https://docs.chain.link/resources/bridge-risks?utm_source=openai))

کدام خطاها ریسک پل را بیشتر می‌کنند؟

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

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

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

موجودی پشتوانه را با عرضه‌ی توکن در گردش اشتباه نگیرید؛ منبع قابل‌بررسی هرکدام را جداگانه پیدا کنید. نسبت پشتوانه به عرضه را از منابع پروتکل بسنجید: نسبت کمتر از ۱ یعنی پشتوانه‌ی اعلام‌شده از عرضه کمتر است. مثال کسری پشتوانه در بخش مربوط به خودش بررسی می‌شود؛ اینجا فقط نسبت و اعتبار منبع هر دو رقم را چک کنید.

چک‌لیست پیش از انتقال و هنگام بروز مشکل

پیش از انتقال

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

1. شبکه‌ی مبدأ و شبکه‌ی مقصد را دقیق انتخاب کنید و نام دارایی را در هر دو سمت تطبیق دهید؛ برای نمونه، نماد یکسان به‌تنهایی کافی نیست.
2. نشانی قرارداد دارایی را در هر دو شبکه بررسی کنید و مطمئن شوید قراردادها به همان دارایی موردنظر تعلق دارند.
3. مجوز توکن را فقط به میزان لازم بدهید؛ مبلغ مجوز و مبلغ انتقال را پیش از تأیید کنترل کنید و از تأیید درخواست‌های نامرتبط خودداری کنید.
4. برای انتقال آزمایشی، مبلغی کمتر از کل موجودی انتخاب کنید. پس از مشاهده‌ی دریافت در مقصد، درباره‌ی ادامه‌ی انتقال تصمیم بگیرید.

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

اگر انتقال معطل ماند یا وضعیت پل تغییر کرد

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

جمع‌بندی و قدم بعدی در مسیر یادگیری

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

چهار مورد را پیش از انتقال ثبت کنید

پیش از هر انتقال، این چهار مورد را یادداشت و بررسی کنید. نشانی پل را فقط از وب‌سایت یا مستندات رسمی پروژه بردارید، نه از پیوندهای پیام‌ها و تبلیغ‌ها.

1. شبکه‌ی مقصد را ثبت کنید و آن را با شبکه‌ی مبدأ، نام دارایی و نشانی قرارداد در هر دو سمت تطبیق دهید.
2. نشانی قرارداد دارایی مقصد را ثبت کنید؛ نام و نماد به‌تنهایی برای شناسایی توکن کافی نیست.
3. مدل اعتماد پل را بنویسید و مشخص کنید چه کسی یا چه سازوکاری پیام انتقال را تأیید می‌کند و اختیار کلیدها چگونه اداره می‌شود.
4. مرجع بررسی پشتوانه را ثبت کنید؛ نسبت پشتوانه به عرضه را از منابع قابل‌بررسی پروتکل بسنجید و امکان توقف اضطراری و بازخرید را بررسی کنید.

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

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