مقاله‌ای جامع درباره افشای کلاهبرداری TVL در BTCFi؛ توضیح گزارش «Proof of TVL» نوبیت

نویسندگان اصلی: Nubit و Nebra

در اکوسیستم بیت‌کوین، ارزش کل قفل‌شده (TVL) معیاری کلیدی برای سنجش مقیاس و امنیت پروژه‌های BTCFi (امور مالی بیت‌کوین) است. بااین‌حال، هم‌زمان با گسترش BTCFi، بحث‌وجدل بر سر اصالت داده‌های TVL نیز شدت گرفته است. آمار نادرست، دوباره‌شماری، قفل‌کردن ساختگی و پدیده‌های دیگر، اعتماد کاربران را از بین می‌برند و شفافیت و اعتبار اکوسیستم بیت‌کوین را به چالش می‌کشند.

در واکنش به این وضعیت، پروژه‌های پیشرو اکوسیستم بیت‌کوین، ازجمله Nubit، Nebra، Bitcoin Layers و Alpen Labs، در ⁦05/01/2025⁩ گزارش «Proof of TVL» را منتشر کردند تا به ابهام‌های حوزه BTCFi بپردازند. آن‌ها خواستار ایجاد سازوکاری با استانداردی بالاتر برای راستی‌آزمایی شفافیت دارایی‌ها شدند و ابزاری متن‌باز برای تأیید TVL پیشنهاد دادند تا پشتیبانی قدرتمندی از شفافیت اکوسیستم بیت‌کوین فراهم شود.

متن اصلی گزارش در ادامه آمده است:

از Bitcoin Layers و Alpen Labs برای بررسی این مقاله و بازخوردهای ارزشمندشان صمیمانه سپاسگزاریم.

تحول BTCFi و توکن‌های استیکینگ نقدشونده (LST)

بیت‌کوین مدت‌هاست که سنگ‌بنای اکوسیستم دارایی‌های دیجیتال به شمار می‌رود.

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

این نوآوری عصر تازه‌ای را برای بیت‌کوین آغاز کرد؛ عصری که اکنون عموماً BTCFi نامیده می‌شود. این جنبش قابلیت‌هایی بی‌سابقه در اختیار بیت‌کوین گذاشته است. از آن زمان، بیت‌کوین دیگر صرفاً دارایی‌ای برای نگهداری منفعلانه نیست و می‌تواند به‌طور فعال در اکوسیستم امور مالی غیرمتمرکز (DeFi) مشارکت کند.

برای بهبود کاربردپذیری و نقدشوندگی بیت‌کوین استیک‌شده، موجی از توکن‌های استیکینگ نقدشونده بیت‌کوین (LST) پدید آمد. این پروتکل‌ها مانند متولی دارایی عمل می‌کنند و به کاربران امکان می‌دهند BTC خود را استیک کنند و در مقابل، گواهی‌های توکنیزه‌شده دریافت کنند. این LSTها را می‌توان آزادانه در برنامه‌های DeFi، ازجمله وام‌دهی، معامله، ییلد فارمینگ و موارد دیگر به کار برد. این الگو به استیک‌کنندگان بیت‌کوین امکان می‌دهد از هر دو مزیت بهره‌مند شوند: دریافت پاداش استیکینگ و استفاده از طیف گسترده‌ای از فرصت‌های DeFi.

پروتکل‌های LST به‌سرعت مورد پذیرش کاربران قرار گرفته‌اند و ارزش کل قفل‌شده (TVL) پروتکل‌های مرتبط به میلیاردها دلار رسیده است. TVL معمولاً معیاری کلیدی برای سنجش فعالیت کاربران و موفقیت پروتکل به شمار می‌رود.

بااین‌حال، می‌خواهیم پرسشی اساسی را با این صنعت مطرح کنیم: داده‌های TVL گزارش‌شده برای پروتکل‌های LST بیت‌کوین تا چه اندازه قابل‌اعتمادند؟

به‌طور مشخص، آیا BTCهایی که پروتکل نمی‌تواند به‌طور مؤثر متولی آن‌ها باشد یا جریمه اسلشینگ را بر آن‌ها اعمال کند، باید در TVL محاسبه شوند؟

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

چرا ردیابی TVL پروتکل‌های استیکینگ نقدشونده بیت‌کوین دشوار است؟

در زمینه استیکینگ بیت‌کوین، مدل منحصربه‌فرد UTXO بیت‌کوین پیچیدگی‌هایی ایجاد می‌کند که تفسیر داده‌های ارزش کل قفل‌شده (TVL) را دشوار می‌سازد. این پیچیدگی اعتماد به پروتکل‌های استیکینگ نقدشونده بیت‌کوین (LST) را تضعیف می‌کند و نگرانی‌هایی درباره پایداری کل اکوسیستم BTCFi به وجود می‌آورد.

بیایید دلایل را با جزئیات بررسی کنیم.

بیت‌کوین از مدل UTXO (خروجی تراکنش خرج‌نشده) استفاده می‌کند؛ مدلی که در آن هر تراکنش یک «واحد بیت‌کوین» منحصربه‌فرد با شرایط خرج‌کردن مشخص ایجاد می‌کند. برای مثال:

برای خرج‌کردن بعضی UTXOها ممکن است امضای کلید خصوصی لازم باشد.

UTXOهای پیچیده‌تر ممکن است به امضای چندگانه (multisig) یا قفل زمانی نیاز داشته باشند.

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

TVL پروتکل‌های استیکینگ نقدشونده بیت‌کوین چگونه باید محاسبه شود؟

هدف پروتکل‌های استیکینگ بیت‌کوین، تأمین امنیت اقتصادی برای پروتکل‌های لایه دوم (مانند رول‌آپ‌ها، لایه‌های دسترس‌پذیری داده (DA) و موارد دیگر) است. از این منظر، امنیت اقتصادی فقط زمانی مؤثر است که بیت‌کوین استیک‌شده تحت نگه‌داری پروتکل استیکینگ باشد و بتوان آن را مشمول اسلشینگ کرد. بنابراین، یک نکته روشن است:

BTC استیک‌نشده یا BTC غیرقابل‌اسلش که تحت نگه‌داری پروتکل قرار دارد، نباید در TVL محاسبه شود.

چگونه TVL حاصل از استیکینگ دوگانه بیت‌کوین را جعلی جلوه می‌دهند؟

بسیاری از پروتکل‌های ییلد فارمینگ بیت‌کوین برای دستیابی به TVL بالا (ارزش کل قفل‌شده)، تمام تلاش خود را می‌کنند تا با دارندگان بزرگ (نهنگ‌ها) توافق کنند و از طریق «شست‌وشوی داده‌ها» TVL خود را به‌صورت مصنوعی افزایش دهند.

روش کار آن‌ها چنین است:

1. استیکینگ نهنگ: دارنده بزرگی از BTC (نهنگ) تشویق می‌شود BTC خود را به آدرسی منتقل کند که نهنگ و پروتکل به‌طور مشترک کنترل می‌کنند؛ این کار با عنوان «استیکینگ» انجام می‌شود.

2. حفظ کنترل توسط نهنگ: نهنگ پس از استیکینگ همچنان کنترل نهایی خروجی‌های تراکنش خرج‌نشده (UTXOها) را در اختیار دارد. پروتکل نمی‌تواند او را وادار به بازخرید کند یا مجازاتی را اعمال کند (ازجمله جریمه‌های اسلشینگ)؛ یعنی این سرمایه هرگز واقعاً در معرض ریسک نبوده است.

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

واقعیت این است:

کاربران (نهنگ‌ها) کنترل کامل وجوه را حفظ می‌کنند: نهنگ‌ها می‌توانند هر زمان این BTCها را خرج کنند یا در پروتکل دیگری استیک کنند.

شبه‌استیکینگ غیرقابل‌اسلش: این فرایند «استیکینگ» هیچ شرط اجباری برای اسلشینگ ندارد و عملاً بی‌معناست.

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

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

این موضوع ما را به درس دردناک FTX می‌رساند. در فروپاشی FTX، فاصله میان ارقام گزارش‌شده (IOUها) و ذخایر واقعی (دارایی‌های قابل‌بازخرید) در نهایت به فروپاشی کامل اعتماد کاربران انجامید. اگر پروتکلی داده‌های TVL خود را بزرگ‌نمایی کند، آیا واقعاً می‌توانید باور کنید که در پشت‌صحنه از ذخایر شما سوءاستفاده نخواهد کرد؟ پروتکلی که حتی درباره مسائل بنیادینی مانند ذخایر واقعیت را تحریف می‌کند، احتمالاً از اصول بی‌نیازی از اعتماد که بیت‌کوین نماینده آن است فاصله گرفته است.

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

خطر TVL جعلی

از نظر تئوری، توکن‌های استیکینگ نقدشونده (LST) طوری طراحی شده‌اند که نماینده بیت‌کوین استیک‌شده در پروتکل‌هایی مانند Babylon باشند و به دارندگان امکان دهند ضمن حفظ نقدشوندگی دارایی، پاداش استیکینگ بگیرند. پیش‌فرض این سازوکار آن است که پشتوانه هر LST به‌طور کامل و با نسبت 1:1 از ذخایر واقعی بیت‌کوین تأمین شده باشد.

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

وثیقه واقعاً قفل‌شده کمتر از میزان گزارش‌شده است.

مدل استیکینگ نمی‌تواند تضمین‌های امنیتی مورد انتظار را فراهم کند.

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

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

1. نبود تضمین پشتوانه 1:1

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

2. پاداش‌های استیکینگ غیرقابل‌راستی‌آزمایی

پاداش‌های استیکینگ باید از مشارکت واقعی در امنیت شبکه یا اجماع اثبات سهام (PoS) حاصل شوند. اما وقتی بیت‌کوین زیربنایی واقعاً در استیکینگ مشارکت ندارد، این پاداش‌ها از کجا می‌آیند؟ آیا پایدارند؟

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

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

وضعیت کنونی تهدیدی برای بقای اعتبار BTCFi است. برای آنکه در دام سیستم‌های متمرکز و TVL جعلی نیفتیم، باید ریشه مشکل را برطرف کنیم: نبود سازوکاری بی‌نیاز از اعتماد و قابل‌راستی‌آزمایی برای اثبات ذخایر و فعالیت‌های استیکینگ.

اینجاست که Proof of TVL (PoTVL) وارد عمل می‌شود. تنها با ایجاد استانداردی علمی، شفاف و مبتنی بر رمزنگاری برای راستی‌آزمایی ذخایر می‌توانیم اعتماد به LSTهای بیت‌کوین را بازسازی کنیم و پایداری بلندمدت اکوسیستم را تضمین کنیم.

راهکار اصلی: محاسبه شفاف TVL

در زمینه استیکینگ بیت‌کوین، آدرس‌های Taproot نقشی حیاتی در اجرای اسکریپت‌های قفل استیکینگ (برای مثال، در Babylon) دارند. این اسکریپت‌های قفل، قواعد مشخصی برای استیکینگ، ردیابی و برداشت نهایی BTC تعریف می‌کنند. Babylon نمونه‌ای برجسته است، زیرا رفتار استیکینگ را مستقیماً به قواعد قابل‌راستی‌آزمایی در سطح پروتکل و مدل UTXO بیت‌کوین پیوند می‌دهد.

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

1. خروجی استیکینگ: یک UTXO که برای ارسال BTC به آدرس Taproot با هدف استیکینگ استفاده می‌شود.

2. خروجی اثبات مالکیت: یک UTXO دوم که کلیدهای عمومی استیک‌کننده و پروتکل را دربر دارد. این کلیدهای عمومی مالکیت BTC استیک‌شده را اثبات می‌کنند.

برای نمونه، با استفاده از مشخصات پروتکل استیکینگ Babylon:

این مشخصات از استیک‌کنندگان (یا پروتکل LST) می‌خواهد تراکنش‌ها را به‌شکل زیر بسازند:

· UTXO نخست، BTC را به آدرس Taproot متصل به اسکریپت قفل استیکینگ Babylon می‌فرستد.

· UTXO دوم، کلید عمومی استیک‌کننده و Babylon را دربر دارد تا مالکیت تأیید شود.

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

مطالعه موردی: Lombard Finance

برای نشان‌دادن کاربرد عملی این رویکرد، از ابزار متن‌باز Proof of TVL برای اعتبارسنجی Lombard Finance استفاده کردیم.

فرایند کامل اعتبارسنجی به شرح زیر است:

1. شناسایی کیف پول واریز کاربران

فرایند از واریز BTC کاربران به کیف پول Lombard آغاز می‌شود. این کیف پول‌ها نمایانگر جریان اولیه ورود وجوه به سیستم هستند.

2. ردیابی تراکنش‌ها تا کیف پول استیکینگ

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

3. راستی‌آزمایی مالکیت

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

4. محاسبه TVL واقعی

مقادیر خروجی BTC در تراکنش‌های استیکینگ اعتبارسنجی‌شده را تجمیع کنید تا وثیقه روی زنجیره محاسبه شود. وثیقه را با کل عرضه LBTC مقایسه و نسبت وثیقه‌گذاری را محاسبه کنید.

با انجام مراحل بالا، TVL مربوط به LSTهای Lombard را به این شکل محاسبه کردیم:

· وثیقه BTC روی زنجیره: 16,580.9220 (15,028.3565 BTC / ⁦%90.64⁩ استیک‌شده)

· کل عرضه LBTC: 16,386.4157 (مازاد وثیقه‌گذاری ⁦%101.19⁩)

· زمان آخرین اعتبارسنجی: ⁦19:30 04/01/2025 PST⁩

· وضعیت: امن (مازاد وثیقه‌گذاری ⁦%101.19⁩)

جزئیات اعتبارسنجی:

· ⁦%90.64⁩ استیک‌شده

از مجموع وثیقه 16,580.9220 BTC روی زنجیره، مقدار 15,028.3565 BTC مطابق با استاندارد Babylon به‌طور فعال استیک شده است.

· مازاد وثیقه‌گذاری ⁦%101.19⁩

کل عرضه LBTC برابر با 16,386.41 است، درحالی‌که وثیقه روی زنجیره 16,599 BTC است.

· شفافیت کامل روی زنجیره

هر تراکنش استیکینگ را می‌توان مستقیماً تا آدرس واریز پروتکل Lombard ردیابی کرد و راستی‌آزمایی مالکیت نیز با قواعد استیکینگ مطابقت دارد.

فرایند اعتبارسنجی در ⁦04/01/2025⁩، ساعت ⁦19:30⁩ به وقت اقیانوس آرام (در زمان نگارش) تکمیل شد و بازتولید این داده‌ها بدون هیچ‌گونه مداخله دستی امکان‌پذیر است. با استفاده از ابزار متن‌باز Proof of TVL ما، هر کسی می‌تواند داده‌های TVL مربوط به LBTC را به‌صورت مستقل و در لحظه راستی‌آزمایی کند.

این شفافیت واقعی است.

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

آیا راهی برای حذف این وابستگی و فراهم‌کردن امکان راستی‌آزمایی مستقل و مطمئن نتایج برای همه وجود دارد؟ اثبات‌های دانش صفر (ZKP) می‌توانند راهکاری بالقوه ارائه دهند.

استفاده از اثبات‌های دانش صفر برای راستی‌آزمایی TVL

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

اثبات دانش صفر که به‌طور ویژه برای اعتبارسنجی TVL مربوط به LST طراحی شده، به‌شکل زیر بیان می‌شود:

اثبات ذخایر BTC + کیف پول LST در Babylon بیشتر از کل عرضه LST است

اثبات ذخایر BTC در Babylon بیشتر از LST است

· طبق مشخصات تراکنش Babylon، برای آنکه تراکنشی یک تراکنش معتبر استیکینگ محسوب شود، باید شرایط زیر را داشته باشد:

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

· تراکنش باید یک خروجی OP_RETURN داشته باشد که شامل موارد زیر باشد: global_parameters.tag، version، staker_pk (کلید عمومی ارائه‌دهنده استیکینگ)، finality_provider_pk (کلید عمومی ارائه‌دهنده نهایی‌سازی) و staking_time (زمان استیکینگ).

برای تأیید LST در Babylon در برابر BTC، ابتدا باید تراکنش استیکینگ را اعتبارسنجی کنیم. برای مثال، بررسی کنیم که آیا خروجی Taproot و OP_RETURN حاوی کلید عمومی یکسانی هستند یا خیر.

اثبات ذخایر کیف پول LST

می‌توانیم از یک پروتکل استاندارد اثبات ذخایر استفاده کنیم؛ مانند پروتکلی که Vitalik Buterin پیشنهاد کرده است: پروتکل اثبات توانگری مالی.

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

برای مطالعه بیشتر: درخت جمع مرکل مبتنی بر SNARK: پروتکلی عملی برای اثبات توانگری مالی بر پایه پیشنهاد Vitalik.

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

کل عرضه LST

این ورودی عمومی را کاربر ارائه می‌کند.

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

نقشه راه آینده BTCFi

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

راهکار کاملاً روشن است: راستی‌آزمایی TVL از طریق اثبات‌های دانش صفر مسیری مشخص برای دستیابی به پاسخ‌گویی واقعی فراهم می‌کند.

با حذف وابستگی به اعتماد و فراهم‌کردن امکان راستی‌آزمایی ذخایر برای همه، می‌توانیم اعتماد کاربران به LSTهای بیت‌کوین را بازسازی کنیم و اطمینان دهیم که BTCFi بر پایه‌ای «واقعی» شکوفا می‌شود.

مشارکت مستمر

ما به قدرت پیشرفت جمعی باور داریم. در ادامه، راه‌هایی را می‌بینید که می‌توانید با آن‌ها به پیشبرد این فرایند کمک کنید:

· ارائه تحلیل‌های بیشتر برای راستی‌آزمایی TVL: به گسترش کاربردپذیری ابزار کمک کنید و تحلیل‌های شفافی درباره پروتکل‌های دیگر BTCFi ارائه دهید. شفافیت تلاشی جمعی در سراسر اکوسیستم است.

· مشارکت در PR: ابزار را بهبود دهید یا پیشنهادهایی برای قابلیت‌های جدید ارائه کنید (برای مثال، پیاده‌سازی zk-proofs).

· تدوین استانداردهای صنعتی: برای ایجاد استانداردهای باز و قابل‌راستی‌آزمایی شفافیت BTCFi با ما همکاری کنید.

· اطلاع‌رسانی: این مقاله را به اشتراک بگذارید تا آگاهی درباره نیاز به راستی‌آزمایی TVL بی‌نیاز از اعتماد افزایش یابد.

پیوست: پیوند متن کامل گزارش و ابزار راستی‌آزمایی متن‌باز

پیوند GitHub مربوط به Proof of TVL

گزارشپیوند مقاله اصلی