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

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

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

การตรวจสอบหลักฐานของความเห็นร่วม

หมายเหตุเกี่ยวกับอัลกอริทึมข้อตกลง

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

อัลกอริธึมฉันทามติมักจะแตกต่างกันไปในชุดกฎและสิ่งที่พวกเขาจัดลําดับความสําคัญ อย่างไรก็ตามความแตกต่างในอัลกอริธึมฉันทามติที่แตกต่างกันสองแบบอาจทําให้โซ่สื่อสารผ่าน IBC ได้ยาก ตัวอย่างเช่น โซ่ Cosmos ใช้อัลกอริธึมฉันทามติ Tendermint ซึ่งมีการสิ้นสุดแบบช่องเดียวหรือที่เรียกว่าการสิ้นสุดอย่างรวดเร็ว ในทางกลับกันฉันทามติของ Ethereum ไม่มีขั้นสุดท้ายแบบช่องเดียวและทําให้การสรุปช้าลงเนื่องจากให้ความสําคัญกับความมีชีวิตชีวามากกว่าความปลอดภัยในขณะที่ IBC เข้ากันได้กับอัลกอริธึมฉันทามติที่ให้ความสําคัญกับความปลอดภัยมากที่สุด เนื่องจากความแตกต่างนี้เมื่อบล็อกถือเป็น 'ขั้นสุดท้าย' จึงมีปัญหาในการส่งและตรวจสอบบล็อกระหว่างกันได้อย่างไร

ในกรณีนี้ สามารถนำเสนอไคลเอ็นต์แสงเสมือนที่สามารถมองเห็นไคลเอ็นต์แสงที่ระดับบล็อกบางระดับก่อนที่จะถึงขั้นตอนการสรุปสิ้นสุด โดยเริ่มต้น IBC โฟกัสการนำไปใช้ในเชนที่ใช้ Tendermint เป็นหลัก ซึ่งเป็นที่ชัดเจนในข้อกำหนดและการนำมาใช้ของไคลเอ็นต์ หลังจากช่วงเริ่มต้นนี้ การปรับปรุง Clientเพิ่มความยืดหยุ่นและความสะดวกในการพัฒนาไคลเอ็นต์เบาๆสำหรับเชนที่มีอัลกอริทึมและคุณสมบัติอื่นๆ

ไคลเอ็นต์เบา: เครื่องจักรรัฐบาล

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

โดยทั่วไปเราคิดว่า state machines เป็น blockchain ที่มี distributed ledgers ดังนั้นเมื่อสร้าง IBC ระหว่าง blockchains ได้ว่า light client ของ chain ปลายทางถูกโฮสต์โดย chain ต้นทาง chain ต้นทางยังรักษาสถานะที่น่าเชื่อถือของ chain ปลายทาง ซึ่งกำหนดโดยการ handshake การเชื่อมต่อระหว่าง chain สองอัน โปรโตคอล IBC ใช้ validity predicate ซึ่งเป็นอัลกอริทึมที่ตรวจสอบว่า state updates ของ chain ปลายทางถูกต้อง ในการทำงาน light client ต้องการ validity predicate และสถานะที่น่าเชื่อถือสำหรับ chain ต้นทาง

client "type" vs. client "instance"

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

Light Clients: เครื่องเล่นโซโล่

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

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

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

การตรวจสอบที่เกินกว่าการพิสูจน์ความเห็น

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

มองโลกในแง่ดี IBC: ลูกค้าสามารถยอมรับส่วนหัวที่เข้ามาในแง่ดีผ่านเลเยอร์นอกเครือข่ายที่รันโปรแกรมบนเครื่องเสมือนบางเครื่อง ในสถานการณ์สมมตินี้ มีหน้าต่างท้าทายที่สามารถส่งหลักฐานการทุจริตได้ ข้อดีคือ Optimistic IBC ช่วยลดต้นทุนของระบบทั้งหมด ข้อเสียรวมถึงระยะเวลาท้าทายการฉ้อโกงที่ยาวนานและขึ้นอยู่กับเครือข่ายอาจมีต้นทุนพื้นฐานสูงในการถ่ายโอนสินทรัพย์ - สําหรับ Ethereum นี่คือก๊าซ 21,000 หน่วย

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

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

มองโลกในแง่ดี ZK: ห่วงโซ่แหล่งที่มายอมรับส่วนหัวในแง่ดีบนห่วงโซ่ (อาจมีกลไกการปักหลักเพื่อความปลอดภัย) จากนั้น ZKPs จะถูกใช้เป็นหลักฐานการฉ้อโกงในกรณีที่มีการประพฤติมิชอบหรือการพิสูจน์ความถูกต้องเพื่อลดเวลาแฝงของการเชื่อมต่อแบบไดนามิก

ความปลอดภัยและพฤติกรรมที่ไม่เหมาะสม

IBC ไม่ต้องการสมมติการเชื่อมั่นจากฝ่ายที่สาม, ซึ่งโปรโตคอลที่มีการตรวจสอบจากภายนอกบ่อยครั้งจะรับผิดชอบเรื่องนี้ มันเป็นโปรโตคอลการขนส่งเท่านั้นและคุณสมบัติด้านความปลอดภัยของมันขึ้นอยู่กับประเภทของไคลเอ็นต์และการเชื่อมต่อฐาน และไม่ใช่โซ่เอง มันยังขึ้นอยู่กับการใช้งานของการพิสูจน์ฉ้อโกง, สมมติกลุ่มที่ซื่อสัตย์, ความปลอดภัยที่แบ่งกันผ่านความสามารถในการใช้งานข้อมูลที่สามารถใบันได้ร่วม, ฯลฯ โปรโตคอล IBC ไม่จำเป็นต้องรู้เรื่องตัวตนของโซ่ด้านที่อยู่ข้างๆ ของการเชื่อมต่อ, เพียงแค่ไคลเอ็นต์ IBC ถูกเก็บไว้ในการปรับปรุงที่ถูกต้อง

ในกรณีที่มีพฤติกรรมที่ไม่เหมาะสม นั่นคือกฎ consensus ที่ถูกตั้งไว้โดยเชนปลายทางถูกละเมิดโดยไคลเอ็นต์บนเชนต้นทาง ไคลเอ็นต์บนเชนโฮสต์จะถูกระงับหากพิสูจน์ของพฤติกรรมที่ไม่เหมาะสมได้รับการยืนยันบนเชนต้นทาง ฝ่ายที่เห็นเหตุการณ์นี้ เช่น relayer สามารถส่งข้อความพร้อมพยานของพฤติกรรมที่ไม่เหมาะสมนี้ได้ โพรพิเดคส์ของพฤติกรรมที่ไม่เหมาะสมเป็นอัลกอริทึมที่ถูกเรียกใช้ในสถานการณ์เช่นนี้: หากพิสูจน์พฤติกรรมที่ไม่เหมาะสมได้ ไคลเอ็นต์จะถูกระงับและหวังว่าจะมีระบบการปกครองที่เหมาะสมที่จะดำเนินการต่อไป ผลกระทบจากพฤติกรรมที่ไม่เหมาะสมถูกตัดสินโดยเชนที่เข้าร่วม

การสร้างด้วยไคลเอ็นต์แสง

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

ระบบนิเวศ IBC กำลังทำงานอย่างใจจดเพื่อทำให้ IBC เป็นทางเลือกที่ง่ายสำหรับนักสร้างใช้งาน บางสิ่งที่เราได้พูดถึงไปแล้วรวมถึงการปรับแต่งลูกค้าและลูกค้าเสมือน ตัวอย่างเช่น หากเชนต้องการอัพเกรดความเห็นร่วม มันจะต้องอัพเกรดทุกเชนที่มันเชื่อมต่อและลูกค้าเสมือนของพวกเขาเพื่อให้สามารถเชื่อมต่ออยู่ ซึ่งเป็นกระบวนการการปกครอง on-chain ที่แพง WASM clients กำลังถูกพัฒนาเพื่อทำให้การพัฒนาและอัพเกรดลูกค้าเสมือนเป็นเรื่องง่ายผ่านการใช้ client instances ที่ใช้งานเป็นสมาร์ตคอนแทรค สิ่งนี้ทำให้ง่ายต่อการอัพเกรดลูกค้าเสมือนโดยไม่ต้องหยุดเชน และสร้างลูกค้าในภาษาเช่น Rust ซึ่งเป็นทางเลือกที่นิยมในระบบสเตทมาชีนจำนวนหลาย

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

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

Polymer Labs ซึ่งประกอบด้วยวิศวกรระบบและโครงสร้างพื้นฐานที่มีทักษะผู้บุกเบิก crypto และผู้ประกอบการธุรกิจที่ประสบความสําเร็จอยู่ในระดับแนวหน้าของการพัฒนาการทํางานร่วมกันของ Ethereum กับ IBC ด้วยค่าทางเทคนิคตาม TCP/IP ภารกิจของ Polymer คือการสร้างอินเทอร์เน็ตรุ่นต่อไปโดยตรวจสอบให้แน่ใจว่าเลเยอร์การทํางานร่วมกันของเว็บแบบกระจายอํานาจเป็นกลางเปิดกว้างไม่ได้รับอนุญาตและสม่ําเสมอทั่วทั้งระบบนิเวศ ในฐานะผู้สร้าง Ethereum Interoperability Hub ซึ่งเป็นเลเยอร์ 2 ตัวแรกที่มุ่งเน้นไปที่การเปิดใช้งานการทํางานร่วมกันของ IBC Polymer ได้สร้างมาตรฐานใหม่ในเทคโนโลยีบล็อกเชน

คำปฏิเสธ：

1. บทความนี้ถูกพิมพ์อีกครั้งจาก [Gateeshitanandini]. ลิขสิทธิ์ทั้งหมดเป็นของผู้เขียนต้นฉบับ [ESHITA]. หากมีข้อขัดแย้งใด ๆ เกี่ยวกับการพิมพ์ซ้ำนี้ กรุณาติดต่อGate Learnทีม และพวกเขาจะดำเนินการโดยเร็ว
2. คำประกาศความรับผิด: มุมมองและความคิดเห็นที่แสดงในบทความนี้เป็นเพียงของผู้เขียนเท่านั้น และไม่เป็นการให้คำแนะนำทางด้านการลงทุนใดๆ
3. การแปลบทความเป็นภาษาอื่น ๆ โดยทีม Gate Learn นอกจากที่ระบุไว้แล้ว การคัดลอก การกระจาย หรือการลอกเลียนบทความที่ถูกแปลนั้นถือเป็นการละเมิด