1. ทุกคนต้องการ แต่ไม่มีใครสามารถใช้

1.1 แดนของโอกาส: Bitcoin

(แหล่งข้อมูล: companiesmarketcap)

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

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

1.2 พยายามใช้ BTC

เนื่องจากมีทุนตลาดอย่างมากมาย บริษัทและโปรโตคอลหลายรายได้พยายามใช้ Bitcoin เพื่อการสร้างเครดิตเพิ่มเติม พยากรณ์หลักในการใช้ BTC จนถึงปัจจุบันรวมถึง:

• การเงินที่มีศูนย์กลาง: สถาบันการเงินแบบดั้งเดิมมีผลิตภัณฑ์การเงินที่ใช้ Bitcoin หลากหลายประเภท CME ให้บริการฟิวเจอร์และออฟชั่น Bitcoin, Coinbase ให้บริการสินเชื่อที่มี BTC เป็นทรัพย์สินประกัน และสถาบันต่าง ๆ ได้เปิดตลาด ETF ที่ใช้ BTC สำหรับนักลงทุน
• Custodian Bridging: บริการเช่น WBTC และ cbBTC ห่อ BTC ในลักษณะที่ถูกจัดทำขึ้นในรูปแบบที่มีการควบคุมจากศูนย์ ทำให้ BTC สามารถใช้งานบนเครือข่ายอื่น ๆ โดยการฝาก BTC กับผู้รับรองเช่น BitGo หรือ Coinbase ผู้ใช้จะได้รับจำนวนเท่าเทียมของ WBTC หรือ cbBTC ที่ออกในเครือข่าย Ethereum
• การสะพาน On-chain: เพื่อกำจัดความขึ้นอยู่กับผู้ถือสำรองจำกัด โปรโตคอลต่าง ๆ ได้พยายามสร้างสะพานที่ปลอดภัยเพื่อเชื่อมต่อ BTC กับเครือข่ายอื่น ๆ อย่างมั่นคง อย่างไรก็ตาม การที่จะสร้างกลไกสะพาน BTC ที่ไม่มีการเชื่อมั่นที่สุดยากมาก โดยเพราะบางระดับของการสมมติความไว้วางใจจำเป็น
• แนวทางการขยายของแก้ปัญหา: ความพยายามในการใช้ BTC บน sidechains และ Bitcoin L2 solutions เพิ่มมากขึ้นเร็ว ๆ นี้ อย่างไรก็ตาม แนวทางเหล่านี้ยังมีการสมมติเพิ่มเติมเกี่ยวกับความเชื่อ ทีม Taproot Wizards กำลังทำงานในการลดปัญหานี้โดยใช้ OP_CAT
• Stablecoins ที่มี BTC เป็นฐาน: โปรโตคอลเช่น Yala และ Avalon ได้ปรากฏขึ้น โดยการเปิดตัว stablecoins ที่มี BTC เป็นฐานในลักษณะที่คล้ายกับ MakerDAO อย่างไรก็ตาม โซลูชั่นเหล่านี้ยังเผชิญกับปัญหาพื้นฐานที่ต้องการการสมมติในเชิงนโยบายเมื่อทำการเชื่อมต่อ BTC

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

1.3 บาบิลอน: การใช้ BTC ในประเทศ

นี่คือที่ @babylonlabs_ioเข้าใจแล้ว บาบิลอนช่วยให้ผู้ถือ BTC สามารถ Staking Bitcoin ได้โดยตรงบนเครือข่าย Bitcoin และมีส่วนร่วมในการตรวจสอบโปรโตคอล PoS อื่น ๆ ทำให้ได้รับรางวัลเพิ่มเติม

ด้วยข้อดีของการใช้ BTC โดยไม่ต้องมีการสมมติเพิ่มเติม บาบิลอนได้ทำให้ TVL เกิน 5 พันล้านดอลลาร์อย่างรวดเร็ว มูลค่า TVL อาจจะสูงขึ้นได้หากไม่มีขีดจำกัดในการจำนงิ้ว BTC

แต่รอสักครู่ ภาษาสคริปต์ของบิตคอยน์ไม่สมบูรณ์ทูริง ซึ่งหมายความว่ามันไม่สามารถรองรับสัญญาอัจฉริยะที่ซับซ้อนได้โดยง่าย ดังนั้น โครงการ Babylon จะดำเนินการอย่างไรเพื่อให้บรรทัดนี้ทำงานได้? ในบทความนี้ เราจะสำรวจกลไกเฉพาะที่อยู่เบื้องหลังการทำงานของ Babylon

2. Babylon

เหมือนกับการสร้างหอคอยบาเบล ที่เราเคยมีโอกาสในการใช้ BTC อย่างแท้จริงหรือไม่?

2.1 ภาพรวมของบาบิลอน

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

บาบิลอนประกอบด้วยโปรโตคอลสองประการหลัก:

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

2.2 สถาปัตยกรรม Babylon

(ที่มา: บาบิลอน)

โครงสร้างพื้นฐานของ Babylon แสดงในแผนภูมิด้านบน โดยมี Babylon Chain ที่สร้างขึ้นบน Cosmos SDK อยู่ที่สำคัญ นอกจากนี้ยังมีโปรแกรมรอบข้างหลายโปรแกรมที่สะดวกในการเก็บ BTC และการสื่อสารกับ Bitcoin และโซนผู้บริโภคอื่น ๆ โซนผู้บริโภคหมายถึงโซน PoS ที่บันทึกจุดสำคัญในเครือข่าย Bitcoin ผ่าน Babylon

เชื่อมโยงบาบิลอนประกอบด้วยโมดูลต่าง ๆ ที่ดำเนินฟังก์ชันสำคัญภายในระบบนี้ รวมถึงการจัดการเซตการตรวจสอบ การติดตามหัวบล็อก Bitcoin การส่งข้อมูลการตรวจสอบไปยังเครือข่าย Bitcoin และการจัดการเซตผู้ให้บริการความสมบูรณ์ที่เกี่ยวข้องกับการ Stake BTC สำหรับข้อมูลการอ้างอิง ผู้ให้บริการความสมบูรณ์คล้ายกับผู้ดำเนินการ AVS ใน EigenLayer ซึ่งหมายถึงมีส่วนร่วมในการตรวจสอบโปรโตคอล PoS อื่น ๆ

นอกจากนี้ Babylon ได้นำแผนการสนับสนุนหลายรายการมาประยุกต์ใช้เพื่อส่งเสริมการสื่อสารระหว่างเครือข่ายบิทคอยน์และโซ่ Babylon อย่างราบรื่น:

• Vigilantes: ชุดโปรแกรมที่ทำหน้าที่เป็นผู้ส่งข้อมูลระหว่าง Bitcoin และ Babylon
• ตรวจสอบ: ชุดโปรแกรมที่ให้ความแน่ใจว่ามีความสอดคล้องระหว่างเครือข่าย Babylon และเครือข่าย Bitcoin

ผ่านระบบนี้ Babylon ทำให้วงการคริปโตสามารถใช้ประโยชน์จากความปลอดภัยและ Likuiditi ลึกของ Bitcoin ตอนนี้เรามาสำรวจคุณสมบัติหลัก 2 ของ Babylon อย่างละเอียด: Bitcoin Timestamping และ Bitcoin Staking

3. วิธีการประทับเวลาบิตคอยน์ทำงาน

3.1 เหตุใดการถอน Stake ช้า?

ผู้ที่เคยทำการจ่ายเหรียญก่อนหน้านี้คงรู้ว่าการถอนเหรียญต้องใช้ระยะเวลารอประมาณ 1 ถึง 2 สัปดาห์ ระหว่างช่วงเวลานี้เหรียญจะไม่สามารถใช้หรือทำการทำกำไรได้ ทำให้มีความไม่สมบูรณ์ แต่ทำไมต้องใช้ระยะเวลารอในการถอนเหรียญ? ทำไมไม่อนุญาตให้ถอนได้ทันที?

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

3.2 โจมตีระยะไกล

(Source: AP)

การโจมตีระยะไกลหมายถึงการโจมตีที่ผู้ตรวจสอบที่ไม่ดีสร้างโฟร์คใหม่ขึ้นตั้งแต่บล็อกในอดีตเพื่อพยายามแทนที่เชนทางเลือกปัจจุบัน หากเชนที่โฟร์คที่ไม่ดีกลายเป็นยาวเท่าหรือยาวกว่าเชนทางเลือกปัจจุบัน โหนดที่เข้าร่วมใหม่ในเครือข่ายอาจสับสนเกี่ยวกับเชนที่เป็นตัวเลือกที่ถูกต้อง ซึ่งอาจเป็นที่มาของปัญหาได้ แต่รอแป๊ะ—สิ่งนี้เป็นไปได้หรือไม่?

ในเครือข่าย PoW การโจมตีระยะไกลเกือบเป็นไปไม่ได้ ในการที่จะตามทันเชื่อของลำดับบล็อกปัจจุบัน ผู้โจมตีจำเป็นต้องสร้างบล็อกใหม่จากอดีตพร้อมกับเกินพลังการคำนวณของเครือข่ายที่มีอยู่อย่างนั้นเป็นเรื่องที่ใกล้เคียงกับการใช้ได้ในทางปฏิบัติ

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

อย่างไรก็ตาม ถ้าการถอนเงินถูกอนุญาตทันที?

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

(ที่มา: บาบิลอน)

หากการโจมตีระยะไกลประสบความสำเร็จ ผู้ตรวจสอบที่ไม่ดีอาจใช้กลไกการเชื่อมต่อเพื่อขโมยเงิน ตัวอย่างเช่น สมมติว่าผู้โจมตีที่ไม่ดีชื่อ John โอน 1M โทเคน RUG จากเชน RugPull ไปยัง Osmosis และแลกเปลี่ยนกับโทเคน OSMO ที่เกิดขึ้นผ่าน IBC ซึ่งทำงานโดยล็อคโทเคน RUG เดิมบนเชน RugPull ในขณะที่ทำการพิมพ์โทเคน RUG จำนวนเท่ากันบนเชน Osmosis

(แหล่งที่มา: Babylon)

หากเราสมมติว่า John ดำเนินการโจมตีระยะไกลในเครือข่าย RugPull อย่างประสบความสำเร็จ เขาสามารถละเว้นการทำธุรกรรมที่ล็อก RUG tokens เพื่อส่งไปยัง Osmosis chain ในโซนใหม่ของเครือข่ายที่ forked ได้ เนื่องจากนั้น John จะได้รับ OSMO tokens ได้อย่างมีประสิทธิภาพโดยไม่เสียค่าใด ๆ

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

3.3 ลดเวลาการปลดล็อคเงินพัน BTC ด้วยการประทับเวลา

ระยะเวลาการถอนเงินเดิมพันเป็นวิธีที่มีประสิทธิภาพในการป้องกันการโจมตีระยะไกล แต่มันมาพร้อมกับข้อเสียบางอย่าง

ปัญหาแรกคือมันพึ่งอยู่กับความเห็นร่วมกันในสังคมเพื่อต่อต้านการโจมตี ในขณะที่การสื่อสารนอกเครือข่ายระหว่างผู้เข้าร่วมในระยะเวลาอย่างพอเพียงสามารถเล่น peran penting แต่มันไม่ใช่ solusi yang benar-benar 100%.

ปัญหาครั้งที่สองคือ ตามที่กล่าวไว้ก่อนหน้านี้ ระยะเวลาการถอนเหรียญที่ยาวขึ้น จะมีผลกระทบต่อประสบการณ์ของผู้ใช้และความสะดวกสบายในการเทรด

Babylon นำเสนอ解決方案ที่เรียกว่า Bitcoin Timestamping ซึ่งช่วยให้เชื่อมโยงได้กับ PoS chains ลดระยะเวลาการถอนเงินไม่อยู่ในสถานการณ์ไปสู่เพียงไม่กี่ชั่วโมง นี้ช่วยให้ PoS chains บันทึกข้อมูลบล็อกของเชื่อมโยงแสดงบนเครือข่าย Bitcoin

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

(ที่มา: Babylon)

ที่นี่ การบันทึก Bitcoin Timestamping ถูกบันทึกโดยใช้รหัสคำสั่ง OP_RETURN ในเครือข่าย Bitcoin OP_RETURN เป็นคำสั่งที่ช่วยในการจัดเก็บข้อมูลอย่างสุ่มสำหรับไม่เกิน 80 ไบต์บนเครือข่าย Bitcoin ต่างจากธุรกรรม Bitcoin ปกติ OP_RETURN ไม่สามารถใช้สำหรับการโอนเงินและไม่สร้าง UTXOs

หนึ่งในสิ่งสำคัญที่ต้องพิจารณาคือว่าโซร้อยเปอร์เซ็นต์ทั้งหมดสามารถสร้างจุดตรวจสอบโดยตรงบนเครือข่าย Bitcoin บล็อก Bitcoin มีขนาดเล็ก มีเวลาบล็อก 10 นาที และ OP_RETURN สามารถเก็บข้อมูลได้สูงสุด 80 ไบต์เท่านั้น หากโซร้อยเปอร์เซ็นต์จำนวนมากจะส่งธุรกรรม checkpointing บ่อยๆ บนเครือข่าย Bitcoin จะไม่สามารถรับมือกับโหลดได้

เพื่อแก้ไขปัญหานี้ Babylon นำเสนอ Babylon Chain ซึ่งรวมข้อมูลจุดตรวจสอบจากโซน PoS หลายๆ โซนผ่าน IBC และส่งข้อมูลจุดตรวจสอบที่รวมกันไปยังเครือข่าย Bitcoin อย่างเดียว

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

(แหล่งที่มา: Babylon)

การบันทึกเวลาของ BTC เกิดขึ้นตามวิธีการต่อไปนี้: โซ่ PoS ส่งจุดสำคัญที่มีข้อมูลบล็อกไปยังโซ่ Babylon โซ่ Babylon จากนั้นส่งจุดสำคัญของบล็อก Babylon ไปยังเครือข่าย Bitcoin ที่บล็อกสุดท้ายของแต่ละยุค

(แหล่งที่มา: บาบิลอน)

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

3.4 มากกว่าการถือครองแบบเร็วที่ไม่ต้องการ

การลงเวลาบิตคอยน์ของ Babylon ทำมากกว่าการปรับปรุงประสบการณ์ใช้งานและประสิทธิภาพในการคงสภาพการเงินโดยการลดระยะเวลาการถือสินทรัพย์ PoS chains ที่ไม่ถอนออกไป— มันยังให้ประโยชน์เพิ่มเติมหลายอย่าง

3.4.1 ความชัดเจนช้าสำหรับธุรกรรมที่สำคัญ

โดยการนำ Babylon เข้ามาใช้ใน slow finality บน PoS chains ทำให้สามารถบรรลุระดับความปลอดภัยที่เทียบเท่ากับ Bitcoin ได้ เมื่อบล็อก PoS ที่มีการทำธุรกรรมเฉพาะหนึ่งได้รับการประทับเวลาในเครือข่าย Bitcoin และได้รับการยืนยันโดยบล็อก Bitcoin อย่างน้อยหกบล็อก การทำธุรกรรมก็จะกลายเป็น irreversible ตราบเท่าที่ความปลอดภัยของ Bitcoin ยังคงไม่ถูกทำลาย

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

3.4.2 ความต้านทานการเซ็นเซอร์ระดับบิตคอยน์

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

ในโซ่ PoS แบบดั้งเดิม จะต้องมีผู้ตรวจสอบอย่างน้อยสองในสาม (2/3) ที่ต้องเป็นคนซื่อสัตย์เพื่อรักษาความต้านทานการเซ็นเซอร์ชัน อย่างไรก็ตาม ด้วยโหมด rollup ของ Babylon จะต้องมีเพียงครึ่งหนึ่ง (1/2) ของผู้ตรวจสอบที่ต้องเป็นคนซื่อสัตย์เพื่อให้ได้ความต้านทานการเซ็นเซอร์ชัน ซึ่งทำให้โซ่มีความทนทานต่อการโจมตีมากขึ้นอย่างมีนัยสำคัญ

(Source: Babylon)

หากผู้ใช้โซเชนเชื่อว่าธุรกรรมที่ระบุถูกเซ็นเซอร์ พวกเขาสามารถส่งคำร้องเรียกระงับ (ส่วนสีแดงในภาพ-diagram) ไปยังโซเชน Babylon เพื่อเริ่มกระบวนการเข้าสู่โหมด rollup คำร้องเรียกระงับมีแฮชของธุรกรรมที่ถูกเซ็นเซอร์

หากหลังจากการยืนยันการบล็อก Bitcoin หกครั้งธุรกรรมที่ถูกเซ็นเซอร์ที่น่าสงสัยยังไม่รวมอยู่ในห่วงโซ่ PoS ผู้ตรวจสอบที่ซื่อสัตย์จะส่งมุมมองของพวกเขาเกี่ยวกับห่วงโซ่ PoS ไปยังบาบิโลน หากหลังจากการยืนยันบล็อก Bitcoin เพิ่มเติมอีกหกครั้งจะไม่มีการตรวจพบจุดตรวจสอบที่เกี่ยวข้องกับธุรกรรมที่ถูกเซ็นเซอร์ในบล็อก Bitcoin ใด ๆ ผู้ตรวจสอบที่ซื่อสัตย์และผู้ใช้จะเข้าสู่โหมดสะสม

ในโหมด rollup ผู้ตรวจสอบใด ๆ สามารถเสนอจดหมายของธุรกรรม PoS และหากผู้ตรวจสอบที่ถือหุ้นรวมอย่างน้อยครึ่งหนึ่ง (1/2) ของรวมหุ้นลงนามจดหมาย ธุรกรรมจะถูกสิ้นสุดลงบนเครือข่าย Bitcoin โดยป้องกันการเซ็นเซอร์ได้อย่างมีประสิทธิภาพ

4. วิธีการทำงานของ Bitcoin Staking

4.1 ภาพรวมการ Stake Bitcoin

Bitcoin Timestamping ช่วยให้โซ่ PoS สามารถใช้ความปลอดภัยของ Bitcoin เพื่อลดระยะเวลาการยกเลิกเงินปันผลและเพิ่มความต้านทานการเซ็นเซอร์, แต่นี้ใช้ความปลอดภัยของ Bitcoin อย่างบางส่วนเท่านั้น

นอกเหนือจากการประทับเวลาของ Bitcoin แล้ว Babylon ยังแนะนํา Bitcoin Stating ซึ่งใช้การปักหลัก BTC โดยใช้ภาษาสคริปต์ของ Bitcoin สิ่งนี้ช่วยให้โปรโตคอล PoS อื่น ๆ ได้รับประโยชน์จากความปลอดภัยทางเศรษฐกิจ crypto ของ BTC ที่เดิมพัน โปรโตคอลการปักหลักได้รับการออกแบบให้เป็นปลั๊กอินแบบแยกส่วนทําให้สามารถปรับให้เข้ากับโปรโตคอลฉันทามติ PoS ต่างๆได้อย่างง่ายดาย

สำหรับผู้ถือ BTC โอกาสการลงทุนที่น่าสนใจจาก Babylon’s Bitcoin Staking เนื่องจากพวกเขาสามารถ stake BTC ที่ระดับความปลอดภัยของ Bitcoin โดยไม่ต้องขึ้นอยู่กับหน่วยงานภายนอก พร้อมทั้งได้รับรางวัลจากโปรโตคอลภายนอกด้วย

เรามากำหนดคำศัพท์สำคัญบ้าง

• โปรโตคอลที่ใช้ความปลอดภัยทางเศรษฐศาสตร์ของ BTC ที่ถือเป็นเงินสดผ่านการเข้าเกณฑ์เหรียญ Bitcoin ของ Babylon เรียกว่า BSNs (Bitcoin Secured Networks)—เหมือนกันกับ @eigenlayer 's แนวคิด AVS (Actively Validated Services)
• Entity ที่ได้รับ BTC ที่ได้รับการมอบหมายจาก stakers และมีส่วนร่วมในการตรวจสอบ BSNs เรียกว่า Finality Providers—เหมือนกับผู้ดำเนินการ AVS ของ EigenLayer

แต่รอสักครู่—ไม่เหมือน Ethereum ลำดับบิตคอยน์ไม่สามารถทำซ้ำทำเสมือน Turing ซึ่งทำให้ยากต่อการนำสัญญาการจ้างงานที่ซับซ้อนเข้าไป ดังนั้น Babylon ทำได้อย่างไร?

มาสำรวจรายละเอียดด้วยตัวอย่างจากบล็อกของ Babylon กัน

4.2 วิธีการดำเนินการสัญญาการฝากเงิน

4.2.1 การล็อก

// สัญญา V0: เพิ่มเงื่อนไขการล็อคให้กับ UTXO การจำนำของ Alice

เงื่อนไข-1 (ล็อก): time_lock = 1000 & alice_public_key

เราสมมติว่า Alice ทำการเดิมพัน BTC และเป็นผู้ให้บริการ Finality ด้วย ในการใช้ BTC staking จำเป็นต้องมีกลไกในการล็อค BTC ซึ่งสามารถทำได้โดยการตั้งเงื่อนไขในการใช้ UTXO ให้เฉพาะ Alice (เจ้าของ BTC) เท่านั้นที่สามารถถอนเงินหลังจากช่วงเวลาที่กำหนดไว้ (time_lock = 1000) โดยใช้ alice_public_key ของเธอ

4.2.2 การตัดสิน

// สัญญา V1: เพิ่มการลบอย่างไม่รู้เห็น

เงื่อนไข-1 (ล็อก): time_lock = 1000 & alice_public_key; OR

เงื่อนไข-2 (slashing): alice_eots_public_key

หนึ่งในส่วนประกอบที่สำคัญที่ต้องนำมาปฏิบัติในการ stake คือ slashing หากเกิดการกระทำที่ไม่ดีเกิดขึ้น กลไกสรรพากรสามารถถูกบังคับด้วยการเผา BTC ที่ stake เพื่อทำให้เกิดกระทำนี้ โดยต้องตั้งเงื่อนไขการใช้ UTXO ที่สองให้เกิดการใช้เงื่อนไขการกระทำที่ slashing สามารถเกิดขึ้นหากมีใครครอบครองกุญแจ EOTS ของ Alice

EOTS (Extractable One-Time Signature) คือลายเซ็นเจนที่ใช้ Schnorr signatures ซึ่งถูกนำมาใช้หลังจาก Bitcoin’s Taproot upgrade อย่างง่ายๆ คืออัลกอริทึมที่ให้ความมั่นใจว่าหากนักแสวงอันตรายลายเซ็นสองครั้งบนบล็อกที่สองที่แตกต่างกันที่ความสูงเดียวกันโดยใช้กุญแจเดียวกัน ความลับของพวกเขาจะเปิดเผยต่อสาธารณะ

เมื่อมองอย่างละเอียดจะพบว่าลายเซ็น Schnorr ประกอบด้วยคีย์ส่วนตัว x, คีย์สาธารณะ P=xG, และค่า nonce สุ่ม k กระบวนการลงนามเป็นดังนี้: สุ่ม nonce k จะถูกสร้างขึ้นและค่าสาธารณะ R=kG จะถูกคำนวณจาก nonce จากนั้นค่าแฮช e จะถูกคำนวณจากข้อความ M และ R และค่าลายเซ็น e จะถูกคำนวณขึ้นโดยใช้ nonce และ e ที่ s = k + ex ลายเซ็น Schnorr สุดท้ายประกอบด้วย (s, R)

ความคิดหลักของ EOTS คือหากใช้กุญแจเดียวกันสำหรับการเซ็นสองครั้ง กุญแจส่วนตัวจะถูกเปิดเผย หาก Alice เซ็นชื่อสองข้อความที่แตกต่างกันโดยใช้ nonce เดียวกัน k แล้วลายเซ็นครั้งแรกคือ s1= k + e_1x และลายเซ็นครั้งที่สองคือ s2= k + e_2x โดยที่ s1, s2, e1, e2 ทราบสาธารณะ ผู้ใดก็สามารถแก้ไขกุญแจส่วนตัว x ของ Alice โดยใช้สมการ x=(s1 - s2)/(e1 - e2)

โดยใช้กลไกนี้ หาก Alice เซ็นชื่ออย่างไม่ดีเพื่อสองข้อความที่แตกต่างกันโดยใช้กุญแจ EOTS เดียวกันในขั้นตอนการตรวจสอบ BSN ผู้ใดพบเห็นสิ่งนี้สามารถดึงกุญแจลับ EOTS ของ Alice ออกมาได้ หลังจากที่กุญแจลับ EOTS ถูกเปิดเผยผู้โจมตีสามารถขโมย BTC ที่ Alice มีการเดิมพันหรือทำให้ BTC ที่ Alice มีการเดิมพันไหม้เป็นโทษ

4.2.3 การบังคับการเผา

// สัญญา V2

เงื่อนไข-1 (ล็อก): time_lock = 1000 & alice_public_key; OR

เงื่อนไข-2 (การลบ): alice_eots_public_key & covenant_committee_quorum

// ธุรกรรมการลดความมั่นคง V0

inputs:

• input-1: ยูทีเอ็กเซ็ทตะวันออก, ใช้เสียด้วยเงื่อนไข-2 ด้านบน

การส่งออก:

• output-1: value = 0.99 Bitcoin, owner = 0.99 BTC, 0000...0000

// การอนุมัติก่อน V0: การเผาไหม้ให้เข้มงวด

คณะกรรมการสัญญาล่วงหน้าการลดลดด้านบนเป็นสัญญาการอนุมัติล่วงหน้า

ตั้งแต่เราได้พูดถึงเงื่อนไขที่ทำให้การตัดสินใจเกิดขึ้นก่อนหน้านี้ มาดูว่าการตัดสินใจเกิดขึ้นอย่างไรจริง การบังคับการตัดสินใจเป็นสิ่งสำคัญเพราะหาก Alice มีพฤติกรรมที่ไม่ดีเธออาจพยายามถอน BTC ของเธอก่อนใครสังเกตการกระทำที่ไม่ดี ดึงกุญแจลับ EOTS ของเธอ และเผา BTC ของเธอ

เพื่อป้องกันปัญหานี้ การลดจะต้องถูกนำมาใช้ในรูปแบบที่ย้าย BTC ไปยังที่อยู่เผาไหม้ที่กำหนดไว้ล่วงหน้า (0000…0000) โดยบังคับ หากต้องการให้เกิดขึ้นนี้ เงื่อนไขการใช้ UTXO สำหรับการใช้จ่ายครั้งที่สองรวมถึงสภาคำสัญญา Covenant Committee The Covenant Committee รับผิดชอบในการตรวจสอบว่าการลดถูกต้อง โดยรวมซีกิวเมนต์ของหลายลายเซ็นเจอร์ (M-of-N) ระบบจะตรวจสอบให้แน่ใจได้ว่า Alice ไม่สามารถถอด BTC ของเธอไปยังกระเป๋าเงินของตนเองโดยอิสระก่อนที่การลดจะถูกดำเนินการ

ข้อดีของวิธีการนี้คือ หากอลิซพฤติประพฤตินอย่างซื่อสัตย์ ลายเซ็นเนเจอร์ EOTS ของเธอจะไม่ถูกเปิดเผยอย่างเด็ดขาด หมายความว่าคณะกรรมการสัญญาไม่สามารถยึดเงินของเธอได้ ดังนั้น อลิซไม่จำเป็นต้องเชื่อใจคณะกรรมการสัญญา เนื่องจากพวกเขาไม่สามารถกระทำต่อเธอได้นอกจากในกรณีที่เธอมีพฤตินไม่ดี

4.2.4 การมอบหมายอย่างปลอดภัย

// สัญญา V3: การมอบหมายอำนาจอย่างปลอดภัย

เงื่อนไข-1 (ล็อค): time_lock = 1000 & alice_public_key; OR

เงื่อนไข-2 (การลดความมั่นใจ): alice_public_key & validator_eots_public_key & covenant_committee_quorum

// ธุรกรรมการตัดสิน V0

inputs:

• input-1: UTXO ที่ stake, ใช้ในเงื่อนไข-2 ด้านบน

การแสดงผล:

• output-1: value = 0.99 Bitcoin, owner = 0.99 บิตคอยน์0000...0000

// การอนุมัติก่อน V1

// Alice pre-signs the slashing tx as her pre-approval.

คณะกรรมการสัญญาล่วงหน้าเซ็นส่งการตัดเพื่ออนุมัติล่วงหน้า

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

เพื่อให้การนี้เป็นไปได้ การเพิ่มคีย์ EOTS ของผู้ตรวจสอบในเงื่อนไขที่สอง จะทำให้มั่นใจว่าหากผู้ตรวจสอบมีพฤติกรรมที่ไม่ดี บิตคอยน์ของ Alice จะถูกเผาไหม้ อย่างไรก็ตาม ปัญหาที่นี่คือหากผู้ตรวจสอบร่วมมือกับคณะกรรมการสัญญา พวกเขาสามารถขโมยบิตคอยน์ของ Alice ซึ่งทำให้ Alice ต้องเชื่อใจผู้ตรวจสอบ

วิธีที่ง่ายที่สุดในการแก้ปัญหานี้คือการรวมคีย์สาธารณะของ Alice ในเงื่อนไขที่สองด้วยนะคะ โดยทำให้การเผาไฟ BTC จำเป็นต้องใช้อักษรลายเซ็นเจอร์ของ Alice ด้วย ซึ่งจะป้องกันการถูกขโมย BTC โดยไม่มีอำนาจ

เพื่อบรรลุวัตถุประสงค์นี้ อลิซล่วงลายล่วงล่วงธุรกรรมโดยระบุว่า "หากมีการทำลายบล็อค, BTC ต้องถูกส่งไปยังที่อยู่การเผา" ในกรณีนี้หากผู้ตรวจสอบมีพฤติกรรมที่ไม่ดีและ EOTS key ของพวกเขาถูกเปิดเผย, และหากคณะกรรมการสัญญาดำเนินการร่วมลงนาม, BTC จะถูกส่งไปยังที่อยู่การเผา, ทำให้กระบวนการทำลายเกิดขึ้น

4.2.5 ป้องกันการโจมตีที่ไม่ดีด้วยการบังคับ Atomic Slashing

/ สัญญา V3

เงื่อนไข -1 (ล็อค): time_lock = 1000 &alice_public_key; หรือ

เงื่อนไข-2 (slashing): alice_public_key & validator_eots_public_key & covenant_committee_quorum

// ธุรกรรมการลดความมั่นคง V0

inputs:

• input-1: ยอด UTXO ที่มีการจำนงใช้เงื่อนไข-2 ด้านบน

outputs:

• output-1: value = 0.99 Bitcoin, owner = 0.99 Bitcoin, owner = 0000...0000

// การอนุมัติก่อน V2: บังคับการลดคะแนนอะตอมเมื่อมอบหมาย

// การอนุมัติล่วงหน้าของ Alice เป็นลายเซ็นแอดาปเตอร์ของการตัดสินใจ tx

เธอสร้างขึ้นโดยใช้คีย์สาธารณะ EOTS ของผู้ตรวจสอบความถูกต้อง

คณะกรรมการสัญญาก่อนลงนามการตัด tx เป็นการอนุมัติล่วงหน้า

ถ้าผู้ตรวจสอบที่ไม่ดีใจเป้าหมายไปที่ผู้เสี่ยงที่เฉพาะเจาสำหรับการลบล้าง? เพื่อป้องกันสิ่งนี้, Babylon นำเสนอลายมาตรวจสอบ.

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

4.2.6 การนำ Partial Slashing มาใช้

// สัญญา V3

เงื่อนไข-1 (ล็อค): time_lock = 1000 & alice_public_key; OR

เงื่อนไข-2 (slashing): alice_public_key & validator_eots_public_key & covenant_committee_quorum

ธุรกรรมเฉือน V1: เปิดใช้งานการเฉือนบางส่วน

inputs:

• input-1: ยอด UTXO ที่เพิ่มมูลค่า, ใช้ในเงื่อนไขที่ 2 ด้านบน

เอาต์ พุ ต:

• output-1: value = 0.09 Bitcoin, owner = 0000...0000

• output-2: value = 0.9 Bitcoin,

เงื่อนไข:

• เงื่อนไข-1: time_lock = 500 & alice_public_key

// การอนุมัติก่อน

// การอนุมัติล่วงหน้าของ Alice คือลายเซ็นต์อะแดปเตอร์ของการตัดสินใจ tx

// เธอสร้างขึ้นโดยใช้กุญแจสาธารณะ EOTS ของผู้ตรวจสอบ

คณะกรรมการสัญญากำลังทำการลงนามกับการลบ tx เพื่อการอนุมัติล่วงหน้า

แต่คุณไม่คิดว่าการเผา Bitcoin ทั้งหมดในกรณีที่เฉือนนั้นรุนแรงเกินไปหรือไม่? เพื่อแก้ไขปัญหานี้มีเพียงส่วนหนึ่งของ Bitcoin (เช่นการเผาไหม้เพียง 10% ในขณะที่ส่งคืนส่วนที่เหลือ 90% หลังจากช่วงเวลาหนึ่ง) สิ่งนี้สามารถดําเนินการได้โดยการแบ่งผลลัพธ์ของธุรกรรมเฉือนออกเป็นสองส่วนตามที่อธิบายไว้ข้างต้น

4.2.7 เพิ่มการฝากใหม่มากขึ้น!

// สัญญา V4: การเปิดใช้งานการ restaking

เงื่อนไข-1 (ล็อค): time_lock = 1000 & alice_public_key; OR

เงื่อนไข-2 (เฉือน): alice_public_key และลายเซ็นใด ๆ จากรายการ [validator_eots_public_key] & covenant_committee_quorum

BTC ที่ได้รับมอบหมายของอลิซสามารถมีส่วนร่วมในการตรวจสอบความถูกต้องของโปรโตคอล PoS หลายตัวไม่ใช่แค่โปรโตคอลเดียว หากผู้ตรวจสอบมีส่วนร่วมในการตรวจสอบความถูกต้องของโปรโตคอล PoS ที่แตกต่างกันโดยใช้คีย์ EOTS เดียวกันการรั่วไหลใด ๆ ในที่เดียวอาจส่งผลกระทบต่อระบบอื่น ๆ ดังนั้นผู้ให้บริการขั้นสุดท้ายของบาบิโลนจะต้องใช้คีย์ EOTS ที่แตกต่างกันสําหรับระบบ PoS ที่แตกต่างกันและรายการคีย์ EOTS จะถูกนํามาใช้ในเงื่อนไขที่สอง

4.3 สรุป

ซึ่งแตกต่างจากเครือข่าย PoS เช่น Ethereum หรือ Solana เครือข่ายของ Bitcoin ทํางานบน PoW ดังนั้นแนวคิดของการปักหลักจึงไม่มีอยู่จริง อย่างไรก็ตามบาบิโลนได้ใช้คุณสมบัติการล็อคการเฉือนและการมอบหมาย BTC ที่จําเป็นสําหรับการปักหลักผ่านลักษณะของ UTXOs ภาษาสคริปต์ของ Bitcoin และอัลกอริธึมลายเซ็นต่างๆ สิ่งนี้ช่วยให้ผู้ถือ BTC ได้รับผลกําไรเพิ่มเติมโดยการใช้ BTC โดยไม่ต้องใช้สะพานหรือบริการดูแล

5. การปลดปล่อยศักยภาพของ BTC สู่โลกที่ไม่มีการควบคุม

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

บาบิโลนได้เปิดใช้งานการใช้ความปลอดภัยของ Bitcoin ในสองวิธีที่แตกต่างกันผ่านการประทับเวลาของ Bitcoin และ Bitcoin Stating อดีตใช้ Bitcoin เป็นเซิร์ฟเวอร์ประทับเวลาเพื่อป้องกันการทําธุรกรรมย้อนกลับหรือส้อมที่เป็นอันตรายในขณะที่หลังใช้ประโยชน์จากสภาพคล่องที่มีประสิทธิภาพของ BTC เป็นความปลอดภัยทางเศรษฐกิจของ crypto ทําให้ผู้ถือ BTC ได้รับผลกําไรเพิ่มเติมด้วยวิธีดั้งเดิม

ขณะนี้มีประมาณ 55,000 BTC ฝากไว้ใน Babylon ซึ่งมีขีดจำกัดการฝากที่ Babylon ตั้งไว้ ประมาณ 3.9% ของจำนวน ETH ทั้งหมดถูกฝากใหม่บน EigenLayer ดูจากนี้ แม้ว่าผู้ถือ BTC อาจจะระมัดระวังในการใช้ BTC โอกาสในการเติบโตของ Babylon ซึ่งมีเพียงประมาณ 0.2% ของจำนวน BTC ทั้งหมดที่ถูกฝากในปัจจุบันก็ควรพิจารณา

ข้อความประกัน

1. บทความนี้ถูกพิมพ์ซ้ำจาก [100y.eth]. ลิขสิทธิ์ทั้งหมดเป็นของผู้เขียนต้นฉบับ [100y.eth]. If there are objections to this reprint, please contact the ประตูเรียนรู้ ทีมและพวกเขาจะจัดการกับมันทันที
2. ข้อจํากัดความรับผิดชอบความรับผิด: มุมมองและความคิดเห็นที่แสดงในบทความนี้เป็นเพียงของผู้เขียนและไม่ถือเป็นคําแนะนําการลงทุนใด ๆ
3. ทีม Gate Learn ทำการแปลบทความเป็นภาษาอื่น ๆ การคัดลอก กระจาย หรือลอกเลียนบทความที่ถูกแปลนั้น ถูกห้าม นอกจากจะระบุไว้