ผู้เขียนต้นฉบับ: นูบิต และเนบรา

ในระบบนิเวศ Bitcoin ตำแหน่งล็อคทั้งหมด (TVL) เป็นตัวบ่งชี้หลักในการวัดขนาดและความปลอดภัยของโครงการ BTCFi (การเงิน Bitcoin) อย่างไรก็ตาม เมื่อ BTCFi ขยายตัวขึ้น ข้อโต้แย้งเกี่ยวกับความถูกต้องของข้อมูล TVL ยังคงทวีความรุนแรงมากขึ้น สถิติที่เป็นเท็จ การนับซ้ำ การปลอมแปลงล็อคอัพ และปรากฏการณ์อื่น ๆ กำลังทำลายความไว้วางใจของผู้ใช้ และความโปร่งใสและความน่าเชื่อถือของระบบนิเวศ Bitcoin จึงถูกท้าทายอย่างรุนแรง

เพื่อตอบสนองต่อปรากฏการณ์นี้ Nubit ร่วมกับโครงการชั้นนำในระบบนิเวศ Bitcoin เช่น Nebra, Bitcoin Layers และ Alpen Labs ได้เผยแพร่ รายงาน "Proof of TVL" เมื่อวันที่ 5 มกราคม 2025 โดยชี้ให้เห็นสถานการณ์ปัจจุบันที่ไม่ชัดเจนในด้าน BTCFi และเรียกร้องให้มีการสร้างมาตรฐานที่สูงขึ้น มีการเสนอกลไกการตรวจสอบความโปร่งใสของสินทรัพย์และเครื่องมือตรวจสอบ TVL แบบโอเพ่นซอร์สเพื่อให้การสนับสนุนที่แข็งแกร่งสำหรับความโปร่งใสของระบบนิเวศ Bitcoin

ต่อไปนี้เป็นข้อความต้นฉบับของรายงาน:

ขอขอบคุณเป็นพิเศษสำหรับ Bitcoin Layers และ Alpen Labs สำหรับการตรวจสอบบทความนี้และให้ข้อเสนอแนะอันมีค่า

BTCFi และวิวัฒนาการของ Liquid Staked Tokens (LST)

Bitcoin เป็นรากฐานสำคัญของระบบนิเวศสินทรัพย์ดิจิทัลมายาวนาน

อย่างไรก็ตาม ในช่วงหลายปีที่ผ่านมา การใช้งานดังกล่าวจำกัดอยู่เพียงการเป็นแหล่งสะสมมูลค่าและเป็นสื่อกลางในการแลกเปลี่ยนเท่านั้น จนถึงปี 2023 โปรโตคอลอย่าง Babylon ได้นำเสนอแนวคิดเรื่องการปักหลัก Bitcoin ซึ่งช่วยให้ผู้ใช้สามารถล็อค BTC ของตนในลักษณะการดูแลตนเอง และมีส่วนร่วมในกลไกฉันทามติ Proof-of-Stake เพื่อรับรางวัล

นวัตกรรมนี้เปิดยุคใหม่สำหรับ Bitcoin ซึ่งปัจจุบันรู้จักกันในชื่อ BTCFi การเคลื่อนไหวนี้ทำให้ Bitcoin มีความสามารถอย่างที่ไม่เคยมีมาก่อน ตั้งแต่นั้นมา Bitcoin จะไม่ได้เป็นเพียงแค่สินทรัพย์ที่ถูกถือครองเฉยๆ อีกต่อไป แต่สามารถมีส่วนร่วมในระบบนิเวศทางการเงินแบบกระจายอำนาจ (DeFi) ได้

เพื่อที่จะปรับปรุงการใช้งานและสภาพคล่องของการวางเดิมพัน Bitcoin คลื่นของ Bitcoin Liquid Stake Tokens (LST) จึงเกิดขึ้น โปรโตคอลเหล่านี้ทำหน้าที่เป็นผู้ดูแล ทำให้ผู้ใช้สามารถเดิมพัน BTC ของตนและรับข้อมูลรับรองโทเค็นเป็นการตอบแทน LST เหล่านี้สามารถใช้งานได้อย่างอิสระในแอปพลิเคชัน DeFi รวมถึงการกู้ยืม การซื้อขาย การทำฟาร์มผลตอบแทน ฯลฯ โมเดลนี้ช่วยให้ผู้เดิมพัน Bitcoin ได้รับสิ่งที่ดีที่สุดจากทั้งสองโลก: พวกเขาสามารถรับรางวัลจากการปักหลักในขณะที่เข้าร่วมในโอกาส DeFi ที่หลากหลาย

โปรโตคอล LST เหล่านี้ได้รับการยอมรับอย่างรวดเร็วจากผู้ใช้ และปริมาณการล็อคทั้งหมด (TVL) ที่รายงานโดยโปรโตคอลที่เกี่ยวข้องมีมูลค่าสูงถึงหลายพันล้านดอลลาร์ TVL มักถูกมองว่าเป็นการวัดที่สำคัญของกิจกรรมผู้ใช้และความสำเร็จของโปรโตคอล

อย่างไรก็ตาม เราต้องการตั้งคำถามสำคัญสำหรับอุตสาหกรรม: ข้อมูล TVL ที่รายงานโดยโปรโตคอล Bitcoin LST มีความน่าเชื่อถือเพียงใด

โดยเฉพาะอย่างยิ่ง สำหรับ BTC ที่โปรโตคอลไม่สามารถควบคุมหรือหักล้างได้จริง สินทรัพย์เหล่านี้ควรรวมอยู่ใน TVL หรือไม่

หากตัวเลข TVL สูงเกินจริง อาจส่งผลให้ผู้ใช้และนักลงทุนเกิดความรู้สึกผิด ๆ เกี่ยวกับความปลอดภัย ข้อมูล TVL ที่สูงเกินจริงอาจปกปิดสภาพคล่องและความเสี่ยงที่แท้จริงของโปรโตคอล ทำให้ทุกฝ่ายที่เกี่ยวข้องตัดสินใจไม่ถูกต้องและประสบความสูญเสียที่อาจเกิดขึ้น

เหตุใด TVL ของ Bitcoin Liquidity Stake Protocol จึงติดตามได้ยาก

ในบริบทของการวางเดิมพัน Bitcoin โมเดล UTXO ที่เป็นเอกลักษณ์ของ Bitcoin เพิ่มความซับซ้อน ทำให้ข้อมูล TVL (Total Locked Volume) ยากต่อการตีความอย่างแม่นยำ ความซับซ้อนนี้กัดกร่อนความไว้วางใจใน Bitcoin Liquidity Stake Protocol (LST) ในขณะเดียวกันก็ทำให้เกิดความกังวลเกี่ยวกับความยั่งยืนของระบบนิเวศ BTCFi ทั้งหมด

เรามาดูเหตุผลกันดีกว่า

Bitcoin ใช้โมเดล UTXO (Unspent Transaction Output) ซึ่งแต่ละธุรกรรมจะสร้าง "หน่วย Bitcoin" อิสระพร้อมเงื่อนไขการใช้งานเฉพาะ ตัวอย่างเช่น:

UTXO อาจต้องมีลายเซ็นคีย์ส่วนตัวก่อนจึงจะสามารถใช้งานได้

UTXO ที่ซับซ้อนมากขึ้นอาจรวมถึงข้อกำหนด multisig หรือการล็อคเวลา

ต่างจากโมเดลบัญชีของ Ethereum ตรงที่โมเดล UTXO ของ Bitcoin ไม่ได้รวมยอดคงเหลือ ซึ่งทำให้การติดตามและการล็อคเงินทุนมีความซับซ้อนมากขึ้น แม้ว่าจะไม่ได้เป็นไปไม่ได้เลยก็ตาม ดังนั้นข้อมูล TVL สำหรับโปรโตคอล LST มักจะถูกรายงานด้วยตนเองโดยโปรโตคอล ในการตรวจสอบข้อมูลรายงานเหล่านี้ เราต้องเริ่มต้นด้วยคำถามง่ายๆ:

TVL ของ Bitcoin Liquidity Stake Protocol ควรคำนวณอย่างไร

เป้าหมายของ Bitcoin Stake Protocol คือการมอบความปลอดภัยทางเศรษฐกิจสำหรับโปรโตคอลชั้นแอปพลิเคชัน เช่น Rollups, Data Availability Layers (DA) เป็นต้น จากมุมมองนี้ ความมั่นคงทางเศรษฐกิจนี้จะมีผลก็ต่อเมื่อ Bitcoins ที่เดิมพันถูกเก็บไว้ในเอสโครว์โดยโปรโตคอลการปักหลักและสามารถเฉือนได้ มีสิ่งหนึ่งที่ชัดเจน:

BTC ที่ไม่ได้ถือไว้ในเอสโครว์ตามข้อตกลงการเดิมพันหรือไม่สามารถเฉือนได้ ไม่ควรนับรวมใน TVL

TVL ของคำมั่นสัญญาซ้ำ ๆ ของ Bitcoin ปลอมแปลงอย่างไร?

เพื่อแสวงหา TVL (Total Locked Volume) ที่สูง โปรโตคอลการวางเดิมพันสภาพคล่องของ Bitcoin จำนวนมากจึงบรรลุข้อตกลงกับผู้ถือตำแหน่งรายใหญ่ (วาฬ) โดยต้องเสียค่าใช้จ่ายทั้งหมด โดยพยายามเพิ่มหมายเลข TVL ของตนอย่างปลอมแปลงโดย "การปัดข้อมูล"

นี่คือวิธีการทำงาน:

1. การเดิมพันวาฬ: ผู้ถือ Bitcoin รายใหญ่ (เช่น วาฬ) ได้รับแรงจูงใจให้โอน BTC ของพวกเขาไปยังที่อยู่ที่ควบคุมร่วมกันโดย Whale และโปรโตคอลให้เข้าร่วมในนามของ "การเดิมพัน"

2. สิทธิ์ในการควบคุมของ Whale ยังคงไม่เปลี่ยนแปลง: หลังจากที่คำมั่นสัญญาเสร็จสิ้น Whale ยังคงรักษาการควบคุมขั้นสุดท้ายเหนือ UTXO (เอาท์พุตธุรกรรมที่ยังไม่ได้ใช้) โปรโตคอลไม่สามารถบังคับใช้การไถ่ถอนหรือบังคับใช้บทลงโทษ (รวมถึงการเฉือน) ซึ่งหมายความว่ากองทุนเหล่านี้ไม่เคยตกอยู่ในความเสี่ยงอย่างแท้จริง

3. การให้เครดิตเท็จแก่ TVL: โปรโตคอลจะนับ UTXO เหล่านี้ใน TVL แม้ว่าเงินทุนเหล่านี้จะไม่ได้ถูกล็อคอย่างแท้จริง และวาฬสามารถถอนหรือใช้เงินทุนเหล่านี้อีกครั้งได้ตลอดเวลา

สถานการณ์จริงคือ:

ผู้ใช้ (วาฬ) ยังคงควบคุมเงินทุนได้อย่างเต็มที่: ปลาวาฬสามารถใช้ BTC เหล่านี้ได้ตลอดเวลาหรือเดิมพันกับโปรโตคอลอื่น ๆ

การจำนำแบบหลอกโดยไม่มีการลงโทษ: กระบวนการ "การจำนำ" นี้ไม่มีเงื่อนไขการลดหย่อนที่บังคับและไม่มีความหมายโดยพื้นฐานแล้ว

ความสำคัญหลักของการปักหลักคือการรับรองความปลอดภัยของเครือข่ายโดยการกระตุ้นพฤติกรรมที่ไม่เป็นพิษเป็นภัยและลงโทษพฤติกรรมที่เป็นอันตราย การตัดเฉือนทำให้มั่นใจได้ว่าผู้เข้าร่วมมีความเสี่ยงอย่างแท้จริงในการสูญเสียเงินทุน หากพวกเขาไม่ปฏิบัติตามกฎของระเบียบการหรือมีส่วนร่วมในพฤติกรรมที่ไม่ซื่อสัตย์ หากไม่มีกลไกนี้ การให้คำมั่นสัญญาก็จะกลายเป็นเรื่องตลกของการ “ให้คำมั่นเพื่อประโยชน์ในการให้คำมั่น” โดยไม่มีผลในทางปฏิบัติ

โปรดถามตัวเองว่า: ความหมายของคำมั่นสัญญาคืออะไร? ไม่ได้มีจุดมุ่งหมายเพื่อทำให้ตัวเลข TVL เกินจริงหรือสร้างข้อความเชิงสัญลักษณ์ แต่เพื่อรักษาความปลอดภัยโปรโตคอลผ่านกลไกการลดขนาด

สิ่งนี้ชวนให้นึกถึงบทเรียนอันยากลำบากที่ FTX ได้เรียนรู้ ในเหตุการณ์ FTX ขัดข้อง ช่องว่างระหว่างหมายเลขที่ประกาศ (โทเค็นการรับ) และปริมาณสำรองจริง (สินทรัพย์ที่แลกได้) ท้ายที่สุดส่งผลให้ความไว้วางใจของผู้ใช้พังทลายลง หากโปรโตคอลทำให้ตัวเลข TVL ขยายตัว คุณจะเชื่อใจได้จริง ๆ หรือไม่ว่าจะไม่ใช้เงินสำรองของคุณในทางที่ผิด? โปรโตคอลที่บิดเบือนความจริงในประเด็นพื้นฐานเช่นทุนสำรองอาจเบี่ยงเบนไปจากหลักการที่ไม่น่าไว้วางใจที่ Bitcoin เป็นตัวแทน

ข้อมูล TVL ที่สูงเกินจริงนี้ทำให้เกิดคำถามที่ใหญ่กว่า: Bitcoins เหล่านี้ถูกรายงานว่า "มีหลักประกัน" จริง ๆ แล้วถูกล็อคหรือไม่? หรือนี่เป็นเพียงตัวบ่งชี้ที่ผิดพลาดเพื่อดึงดูดความสนใจและทำให้ตัวเลขเพิ่มขึ้น?

ความเสี่ยงของ TVL เท็จ

ตามทฤษฎี Liquid Stake Tokens (LST) ได้รับการออกแบบมาเพื่อเป็นตัวแทนของ Bitcoin ที่ให้คำมั่นสัญญาในโปรโตคอลเช่น Babylon ช่วยให้ผู้ถือได้รับรางวัลจากการปักหลักในขณะที่รักษาสภาพคล่องของสินทรัพย์ไว้ หลักฐานของกลไกนี้คือ LST ทุกตัวได้รับการสนับสนุนอย่างเต็มที่จากการสำรอง Bitcoin จริงในอัตราส่วน 1:1

อย่างไรก็ตาม ข้อตกลงการวางเดิมพันบางส่วนที่ติดตามตัวเลข TVL ในระดับสูงอาจทำให้พันธสัญญาเหล่านี้สั่นคลอนได้ หาก BTC ที่เดิมพันบางส่วนยังคงถูกควบคุมโดยผู้ถือเดิมอย่างสมบูรณ์ และโปรโตคอลรายงานว่าถูกล็อคโดยสมบูรณ์ไปพร้อม ๆ กัน สิ่งนี้จะคุกคามสมมติฐานพื้นฐานที่ใช้ LST โดยตรง ผลลัพธ์อาจเป็น:

การล็อคหลักประกันจริงน้อยกว่าที่รายงาน

โมเดลการปักหลักล้มเหลวในการจัดเตรียมการรักษาความปลอดภัยที่คาดหวัง

มีช่องว่างขนาดใหญ่ระหว่าง TVL ที่รายงานและจำนวน BTC จริงที่เข้าร่วมในคำมั่นสัญญา

ท้ายที่สุดแล้ว การดำเนินการเหล่านี้ตั้งคำถามว่า LST ได้รับการสนับสนุนอย่างเต็มที่จากทุนสำรองที่ตรวจสอบได้จริงหรือไม่ และทำให้เกิดข้อสงสัยเกี่ยวกับความมั่นคงทางเศรษฐกิจที่โทเค็นเหล่านี้สามารถให้ได้ เช่น:

1. ขาดการรับประกันการสนับสนุนแบบ 1:1

เนื่องจากโปรโตคอลนับ Bitcoin ที่ไม่ได้ถูกล็อคหรือให้คำมั่นว่าเป็น “เดิมพัน” จริงๆ จึงไม่รับประกันว่าสินทรัพย์ที่สนับสนุน LST นั้นมีอยู่จริงหรืออยู่ภายใต้การควบคุมของโปรโตคอล ผู้ใช้ที่ถือโทเค็นเหล่านี้สามารถพึ่งพาคำสั่งฝ่ายเดียวจากโปรโตคอลเท่านั้น นอกจากนี้ หากไม่มีสินทรัพย์เหล่านี้ ผู้ใช้จะเผชิญกับความเสี่ยงที่แท้จริงของการสูญเสียทางการเงินเมื่อทำการไถ่ถอนสินทรัพย์อ้างอิง

2. รางวัลการเดิมพันที่ไม่สามารถตรวจสอบได้

รางวัลจากการปักหลักควรมาจากการมีส่วนร่วมอย่างแท้จริงต่อความปลอดภัยของเครือข่ายหรือความเห็นพ้องต้องกันของ Proof-of-Stake (PoS) อย่างไรก็ตาม รางวัลเหล่านี้มาจากไหนเมื่อ Bitcoin ที่ซ่อนอยู่นั้นไม่ได้ถูกเดิมพันจริงๆ? มีความยั่งยืนหรือไม่?

นี่เป็นความเสี่ยงเชิงระบบสำหรับระบบนิเวศ BTCFi ทั้งหมด เมื่อความไว้วางใจอ่อนแอลง สภาพคล่องอาจสูญเสียไปอย่างรวดเร็ว ซึ่งไม่เพียงแต่จะสั่นคลอนโปรโตคอลบางอย่างเท่านั้น แต่ยังอาจส่งผลกระทบต่อเสถียรภาพของระบบนิเวศ BTCFi ทั้งหมดตามการวางเดิมพัน Bitcoin

จะเกิดอะไรขึ้นเมื่อโปรโตคอลการวางเดิมพัน Bitcoin แยกไม่ออกจากเอนทิตีที่รวมศูนย์? ในกรณีนี้ ผู้ใช้ไม่สามารถตรวจสอบทุนสำรองได้และสามารถเลือกที่จะเชื่อถือคำสั่งของผู้ดำเนินการเท่านั้น สถานการณ์นี้คุกคามความน่าเชื่อถือของ BTCFi อย่างจริงจัง

สถานการณ์ปัจจุบันเป็นภัยคุกคามต่อความน่าเชื่อถือของ BTCFi เพื่อหลีกเลี่ยงข้อผิดพลาดของระบบรวมศูนย์และ TVL ปลอม เราต้องแก้ไขต้นตอของปัญหา: การขาดกลไกที่ไม่น่าไว้วางใจและตรวจสอบได้สำหรับการพิสูจน์ปริมาณสำรองและกิจกรรมการเดิมพัน

นี่คือกุญแจสำคัญในการพิสูจน์ TVL (เรียกสั้น ๆ ว่า PoTVL) มีเพียงการสร้างมาตรฐานการตรวจสอบปริมาณสำรองทางวิทยาศาสตร์ โปร่งใส และเข้ารหัสลับเท่านั้นที่สามารถไว้วางใจ Bitcoin LST ได้ว่าจะถูกสร้างขึ้นใหม่และรับประกันการพัฒนาระบบนิเวศที่ยั่งยืนในระยะยาว

วิธีแก้ปัญหาพื้นฐาน: การคำนวณ TVL อย่างโปร่งใส

ในบริบทของการเดิมพัน Bitcoin ที่อยู่ของ Taproot มีบทบาทสำคัญในการนำสคริปต์ล็อคการเดิมพันเช่น Babylon ไปใช้ สคริปต์ล็อคเหล่านี้กำหนดกฎที่ชัดเจนสำหรับการวางเดิมพัน การติดตาม และการถอน BTC ในที่สุด บาบิโลนเป็นตัวอย่างที่สำคัญเพราะมันเชื่อมโยงพฤติกรรมการเดิมพันโดยตรงกับกฎระดับโปรโตคอลที่ตรวจสอบได้บนโมเดล Bitcoin UTXO

เมื่อผู้เดิมพันมีส่วนร่วมในโปรโตคอลการเดิมพัน พวกเขาจะสร้างธุรกรรมพิเศษเพื่อส่ง BTC ไปยังที่อยู่ Taproot ที่ระบุในโปรโตคอล โดยทั่วไปธุรกรรมเหล่านี้จะมีดังต่อไปนี้:

1. เอาท์พุทคำมั่นสัญญา: UTXO ที่ใช้ในการส่ง BTC ไปยังที่อยู่ Taproot เพื่อจำนำ

2. ผลลัพธ์การตรวจสอบความเป็นเจ้าของ: UTXO ตัวที่สองที่มีกุญแจสาธารณะของ Staker และโปรโตคอล กุญแจสาธารณะเหล่านี้พิสูจน์ความเป็นเจ้าของ BTC ที่เดิมพันไว้

ยกตัวอย่าง ข้อกำหนดของข้อตกลงจำนำบาบิโลน :

ข้อกำหนดกำหนดให้ผู้เดิมพัน (หรือโปรโตคอล LST) เพื่อสร้างธุรกรรมต่อไปนี้:

• UTXO แรกจะส่ง BTC ไปยังที่อยู่ Taproot ที่เชื่อมโยงกับสคริปต์การล็อคการเดิมพันของ Babylon

• UTXO ที่สองประกอบด้วยกุญแจสาธารณะของ Staker และ Babylon เพื่อให้แน่ใจว่ามีการยืนยันความเป็นเจ้าของ

การออกแบบนี้ทำให้แน่ใจได้ว่าการดำเนินการปักหลักสามารถตรวจสอบย้อนกลับได้ทางออนไลน์อย่างสมบูรณ์ พร้อมหลักฐานการเป็นเจ้าของที่ชัดเจนและกฎที่โปร่งใส

กรณีศึกษา: การเงินลอมบาร์ด

เพื่อสาธิตการประยุกต์ใช้วิธีการนี้ในทางปฏิบัติ เราได้ตรวจสอบกับ Lombard Finance โดยใช้เครื่องมือโอเพ่นซอร์ส Proof of TVL

นี่คือกระบวนการตรวจสอบที่สมบูรณ์:

1. ระบุกระเป๋าเงินเงินฝากของผู้ใช้

เริ่มต้นด้วยการที่ผู้ใช้ฝาก BTC ลงในกระเป๋าเงินของลอมบาร์ด กระเป๋าเงินเหล่านี้แสดงถึงการไหลเริ่มแรกของเงินทุนเข้าสู่ระบบ

2. ติดตามธุรกรรมไปยังกระเป๋าเงินจำนำ

ติดตามการไหลของ BTC จากกระเป๋าเงินฝากไปยังกระเป๋าเงินเดิมพันที่ควบคุมโดยลอมบาร์ด ระบุธุรกรรมการวางเดิมพันทั้งหมดตามข้อกำหนดการวางเดิมพันของ Babylon

3. ตรวจสอบความเป็นเจ้าของ

ใช้กฎเกณฑ์วิธีของ Babylon เพื่อยืนยันว่าธุรกรรมการปักหลักมีรหัสสาธารณะที่จำเป็นสำหรับการตรวจสอบยืนยันความเป็นเจ้าของ ตรวจสอบให้แน่ใจว่าธุรกรรมสอดคล้องกับสคริปต์ล็อคการปักหลัก

4. คำนวณ TVL จริง

รวมปริมาณเอาต์พุต BTC จากธุรกรรมการปักหลักที่ตรวจสอบแล้วเพื่อคำนวณหลักประกันออนไลน์ เปรียบเทียบหลักประกันกับอุปทานรวมของ LBTC เพื่อคำนวณอัตราการวางหลักประกัน

จากขั้นตอนข้างต้น เราคำนวณ LST TVL ของลอมบาร์ดดังนี้:

• หลักประกันออนไลน์ BTC: 16,580.9220 (15,028.3565 BTC / เดิมพัน 90.64%)

• อุปทาน LBTC ทั้งหมด: 16, 386.4157 (เกินหลักประกัน 101.19%)

• ตรวจสอบล่าสุด: 4 มกราคม 2025, 19:30 น. ตามเวลาแปซิฟิก

• สถานะ: ปลอดภัย (เกินหลักประกัน 101.19%)

รายละเอียดการยืนยัน:

• เดิมพัน 90.64%

จากจำนวน 16,580.9220 BTC ในหลักประกันออนไลน์ มีการให้คำมั่นสัญญา 15,028.3565 BTC ตามข้อกำหนดของ Babylon

• มีหลักประกันมากเกินไป 101.19%

อุปทานรวมของ LBTC อยู่ที่ 16,386.41 ในขณะที่หลักประกันออนไลน์อยู่ที่ 16,599 BTC

• ความโปร่งใสบนเครือข่ายเต็มรูปแบบ

ธุรกรรมการวางเดิมพันทุกครั้งสามารถตรวจสอบย้อนกลับไปยังที่อยู่การฝากเงินของ Lombard Protocol ได้โดยตรง และการตรวจสอบความเป็นเจ้าของจะเป็นไปตามกฎการวางเดิมพัน

กระบวนการตรวจสอบเสร็จสิ้นในวันที่ 4 มกราคม 2025 เวลา 19:30 น. PT (ณ เวลาที่เขียน) และข้อมูลสามารถทำซ้ำได้อย่างสมบูรณ์และไม่จำเป็นต้องมีการแทรกแซงจากมนุษย์ ด้วย เครื่องมือโอเพ่นซอร์ส Proof of TVL ทุกคนสามารถตรวจสอบข้อมูล TVL ของ LBTC แบบเรียลไทม์ได้อย่างอิสระ

นี่คือความโปร่งใสอย่างแท้จริง

แม้ว่าโซลูชันนี้ให้ความโปร่งใสในระดับสูง แต่ก็มีข้อบกพร่องที่สำคัญ: ต้องอาศัยการเชื่อถือโปรโตคอลเพื่อคำนวณและรายงาน TVL อย่างถูกต้อง

มีวิธีใดที่จะลบการพึ่งพานี้และอนุญาตให้ใครก็ตามตรวจสอบผลลัพธ์อย่างอิสระด้วยความมั่นใจหรือไม่? Zero-Knowledge Proofs (ZKP) นำเสนอวิธีแก้ปัญหาที่เป็นไปได้

การตรวจสอบ TVL โดยใช้การพิสูจน์ความรู้แบบศูนย์

ข้อได้เปรียบที่สำคัญของ Zero-Knowledge Proofs (ZKP) คือกลไกความน่าเชื่อถือที่เข้ารหัสและค่าใช้จ่ายในการตรวจสอบที่ต่ำมาก ดังนั้นผู้ใช้จึงสามารถตรวจสอบการพิสูจน์ Zero-Knowledge ได้โดยตรงบนอุปกรณ์ไคลเอนต์ เช่น โทรศัพท์มือถือหรือเบราว์เซอร์ ซึ่งช่วยลดแรงเสียดทานและความน่าเชื่อถือของการตรวจสอบ TVL ได้อย่างมาก ขณะนี้ ผู้ใช้ไม่จำเป็นต้องเชื่อถือบุคคลที่สามที่ใช้โปรโตคอลการตรวจสอบ TVL ด้วยซ้ำ

การแสดงออกเฉพาะของการพิสูจน์ความรู้เป็นศูนย์ที่ใช้ในการตรวจสอบ LST TVL มีดังต่อไปนี้:

หลักฐานการสำรองจากกระเป๋าเงิน BTC + LST บน LST บน Babylon ≥ LST อุปทานทั้งหมด

BTC จาก LST บนบาบิโลน

ตามข้อกำหนดธุรกรรมของ Babylon: เพื่อให้ธุรกรรมได้รับการพิจารณาว่าเป็นธุรกรรมการเดิมพันที่ถูกต้อง ต้องปฏิบัติตามเงื่อนไขต่อไปนี้:

• ธุรกรรมจำเป็นต้องมีเอาต์พุต Taproot โดยปิดใช้งานเส้นทางการใช้จ่ายที่สำคัญ และถูกส่งไปยังแผนผังสคริปต์ที่ประกอบด้วยสามสคริปต์: สคริปต์ล็อคเวลา สคริปต์ที่ไม่เชื่อมโยง และสคริปต์อย่างเจ็บแสบ เอาต์พุตนี้เรียกว่า stake_output และค่าของเอาต์พุตเรียกว่า stake_amount

• ธุรกรรมจะต้องมีเอาต์พุต OP_RETURN ที่มีสิ่งต่อไปนี้: global_parameters.tag, version, Staker_pk (คีย์สาธารณะของ Staker), Finality_provider_pk (คีย์สาธารณะของผู้ให้บริการขั้นสุดท้าย), stake_time (เวลาของ Stake)

ในการตรวจสอบ BTC ของ LST บน Babylon เราจำเป็นต้องตรวจสอบความถูกต้องของธุรกรรมการเดิมพันก่อน ตัวอย่างเช่น ตรวจสอบว่าเอาต์พุต Taproot และ OP_RETURN มีคีย์สาธารณะเดียวกัน

หลักฐานการสำรองสำหรับกระเป๋าเงิน LST

เราสามารถนำเกณฑ์วิธีพิสูจน์การสำรองที่เป็นมาตรฐานมาใช้ เช่น เกณฑ์วิธีพิสูจน์การสำรองที่เสนอโดย Vitalik Buterin: https://vitalik.eth.limo/general/2022/11/19/proof_of_solvency.html

นอกจากนี้ Shumo และคณะยังเสนอเวอร์ชันที่ได้รับการปรับปรุงเล็กน้อยอีกด้วย

อ่านเพิ่มเติม: SNARKed Merkle Sum Tree: การดำเนินการตามข้อเสนอ Proof-of-Reserve ของ Vitalik

รายละเอียดทางเทคนิคเพียงอย่างเดียวคือเราจำเป็นต้องแทนที่อัลกอริธึมลายเซ็นที่ใช้โดย Ethereum ด้วยอัลกอริธึมที่ใช้โดย Bitcoin ตัวอย่างเช่น ในขณะที่ทั้ง Bitcoin และ Ethereum ใช้ ECDSA Bitcoin ก็เลือก SHA แทนที่จะเป็น Keccak เป็นอัลกอริธึมการแฮชที่ปลอดภัย

อุปทานรวม LST

นี่คือการป้อนข้อมูลสาธารณะที่จัดทำโดยผู้ใช้

การตรวจสอบ TVL ผ่านการพิสูจน์ความรู้แบบศูนย์สามารถลดความเสี่ยงของคู่ค้าได้อย่างมีประสิทธิภาพ ในขณะที่ลดเกณฑ์สำหรับผลการตรวจสอบผู้ใช้

อนาคตของ BTCFi

Bitcoin ยืนหยัดเพื่อความไว้วางใจ การกระจายอำนาจ และความโปร่งใสมาโดยตลอด อย่างไรก็ตาม ด้วยการแพร่กระจายของข้อมูล TVL ปลอมในพื้นที่วางเดิมพัน Bitcoin หลักการสำคัญเหล่านี้จึงมีความเสี่ยงที่จะถูกกัดกร่อน

แนวทางแก้ไขมีความชัดเจนอยู่แล้ว: การตรวจสอบ TVL ผ่านการพิสูจน์ความรู้แบบศูนย์ เป็นแนวทางที่ชัดเจนสู่ความรับผิดชอบที่แท้จริง

ด้วยการยกเลิกการพึ่งพาความไว้วางใจและทำให้ใครก็ตามสามารถตรวจสอบการสำรองได้ เราสามารถสร้างความเชื่อมั่นของผู้ใช้ใน Bitcoin LST ขึ้นมาใหม่ และมั่นใจได้ว่า BTCFi เติบโตบนพื้นฐาน "ของแท้"

การมีส่วนร่วมอย่างต่อเนื่อง

เราเชื่อในพลังของความก้าวหน้าร่วมกัน ต่อไปนี้คือวิธีที่คุณสามารถช่วยขับเคลื่อนสิ่งนี้ไปข้างหน้า:

• ให้การวิเคราะห์การตรวจสอบ TVL เพิ่มเติม: ช่วยขยายขอบเขตการใช้งานเครื่องมือและสนับสนุนการวิเคราะห์ที่โปร่งใสไปยังโปรโตคอล BTCFi อื่น ๆ ความโปร่งใสคือความพยายามร่วมกันทั่วทั้งระบบนิเวศ

• มีส่วนร่วมในการประชาสัมพันธ์: ปรับปรุงเครื่องมือหรือเสนอคุณสมบัติใหม่ (เช่น การใช้งาน zk-proofs)

• การกำหนดมาตรฐานอุตสาหกรรม: ทำงานร่วมกับเราเพื่อสร้างมาตรฐานความโปร่งใส BTCFi สาธารณะที่สามารถตรวจสอบได้

• กระจายข่าว: แบ่งปันบทความนี้เพื่อสร้างความตระหนักรู้ถึงความจำเป็นในการตรวจสอบ TVL ที่ไม่น่าเชื่อถือ

สิ่งที่แนบมาด้วย: ข้อความฉบับเต็มของรายงานและที่อยู่โอเพ่นซอร์สของเครื่องมือตรวจสอบ

ลิงก์หลักฐานของ TVL GitHub

รายงาน ลิงค์ต้นฉบับ