บทนำ

ด้วยการพัฒนาอย่างรวดเร็วของเทคโนโลยีบล็อกเชนบล็อกเชนเสาหินต้องเผชิญกับความสามารถในการปรับขนาดและความท้าทายในการทํางานร่วมกันอย่างจริงจัง แพลตฟอร์มชั้นนําเช่น Ethereum ประสบกับค่าธรรมเนียมการทําธุรกรรมที่พุ่งสูงขึ้นในช่วงที่มีความต้องการของผู้ใช้สูงซึ่งขัดขวางการยอมรับแอปพลิเคชันแบบกระจายอํานาจอย่างมีนัยสําคัญ เพื่อแก้ไขปัญหาเหล่านี้นักพัฒนาได้แสวงหาโซลูชันที่เป็นนวัตกรรมอย่างต่อเนื่องและการเกิดขึ้นของ Avail นําเสนอทิศทางใหม่ในการแก้ปัญหาเหล่านี้ หลังจากการอัปเกรด Cancun ต้นทุนการทําธุรกรรมในระบบนิเวศ Ethereum ลดลงอย่างมากและเทคโนโลยีแบบแยกส่วนได้กลายเป็นเรื่องเล่าที่สําคัญในการพัฒนาบล็อกเชน ในช่วงครึ่งแรกของปีบล็อกเชนแบบแยกส่วนเช่น Celestia และ EigenDA เป็นผู้นําเทรนด์และในวันที่ 23 กรกฎาคม Avail ได้ก้าวไปข้างหน้าอย่างมากในด้านโมดูลาร์ด้วยการเปิดตัว Avail DA mainnet

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

ประวัติทีม

Avail มาจาก Polygon และกลายเป็นองค์กรอิสระที่เป็นกลางในปี 2023 ก่อนที่ความพร้อมใช้งานของข้อมูล (DA) จะกลายเป็นจุดโฟกัสในอุตสาหกรรม Anurag Arjun ได้ร่วมมือกับผู้อื่นเพื่อพัฒนาห่วงโซ่พลาสมาโดยมีเป้าหมายเพื่อแก้ปัญหาความสามารถในการปรับขนาดของ Ethereum แม้ว่าห่วงโซ่นี้จะช่วยให้ Polygon สร้างรายได้ 19 พันล้านดอลลาร์ แต่ในที่สุดมันก็ไม่ได้กลายเป็นโซลูชันการปรับขนาดในอุดมคติ ตลอดกระบวนการนี้ Anurag ตระหนักว่าในที่สุดบล็อกเชนทั้งหมดจะเผชิญกับความท้าทายเดียวกันนั่นคือความพร้อมใช้งานของข้อมูล ประมาณ 80% ของต้นทุนการทําธุรกรรม Rollup เกี่ยวข้องกับ DA ทําให้เขาจินตนาการถึงการสร้างเลเยอร์ DA ที่คุ้มค่าซึ่งสามารถแก้ปัญหาความสามารถในการปรับขนาดสําหรับบล็อกเชนหลายตัว

ความคิดนี้ไม่ได้เป็นเพียงที่เดียวของอนุราค; โครงการบล็อกเชนชั้นที่ 1 (L1) ยังพยายามจะตั้งตัวเองเป็นเลเยอร์ DA ด้วย ยิฮเทรียม เช่น กำลังสำรวจทางออก DA ผ่านทาง Rollup, ในขณะที่โครงการ L1 อื่น ๆ ก็กำลังนวัตกรรมในพื้นที่นี้ อนุราคเชื่อว่าบล็อกเชน L1 ที่ออกแบบมาเพื่อ DA มีข้อได้เปรียบที่แตกต่าง

ในช่วงเวลาของเขาที่ Matic อนุรักษ์ได้พบกับ Prabal Banerjee ผู้ร่วมก่อตั้ง Avail ปัจจุบันซึ่งกำลังศึกษาปริญญาเอกในด้านการเข้ารหัสและความปลอดภัย ภายหลัง Prabal เข้าร่วมทีมเป็นนักวิจัย และร่วมกันพวกเขามุ่งมั่นที่จะสร้างเลเยอร์ DA ที่มีขนาดใหญ่ได้ ด้วยการเพิ่มเทคโนโลยี Zero-Knowledge Proof (ZK) ทั้งสองได้รวมการออกแบบบล็อกเชนที่มีขึ้นอยู่บนการพิสูจน์ความถูกต้อง โดยใช้ประสบการณ์ของ Anurag ในการสร้างโปรโตคอลมูลค่าพันล้านที่ Polygon พวกเขาได้ก้าวหน้าในการพัฒนาสิ่งที่จะช่วยแก้ไขปัญหาและประสิทธิภาพในการใช้งานของข้อมูล

จากแบบเรือนหลักสู่แบบโมดูล

แหล่งที่มา: แหล่งข้อมูลอย่างเป็นทางการ

เนื่องจากการแข่งขันสำหรับทรัพยากรความสามารถในการคำนวณฐานเพิ่มขึ้น Ethereum’s monolithic architecture—ซึ่งจัดการดำเนินการ, การตั้งลำดับ, และการให้ข้อมูลที่มีอยู่บนเชนเดียวกัน—ได้เปิดเผยข้อจำกัดของมันอย่างมากในเรื่องของความยืดหยุ่น นี้ได้กระตุ้นอุตสาหกรรมให้ทบทวนแบบหลักเดียวกันและสำรวจหาทางออกใหม่

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

การวิเคราะห์ธุรกรรม L1 ของ Ethereum Rollups เปิดเผยว่าค่า DA มีส่วนรับผิดชอบในรายจ่ายของ Rollup ถึง 90% ซึ่งเป็นแหล่งที่ใช้จ่ายมากที่สุด ค่าใช้จ่ายส่วนใหญ่นี้มาจากการชำระค่าธรรมเนียม L1 เพื่อเผยแพร่ข้อมูลธุรกรรม

เหมือนกับวิธีที่ Rollups ย้ายการดำเนินการออกจากเชื่อมโยงภายนอก Avail’s architecture ช่วยให้ข้อมูลสามารถใช้งานได้ถูกย้ายไปยังชั้นที่มีการทำงานมองเห็นไว้ Avail ให้นักพัฒนาซอฟต์แวร์ได้รับชั้นที่มีการทำงานอย่างยืดหยุ่น ใช้งานง่าย และปลอดภัยที่ที่มีการทำงาน DA ที่ที่ทำให้สามารถแก้ไขปัญหาความยืดหยุ่น การบริหารจัดการ และการกระจายอำนาจ

โครงสร้างแบบโมดูลของ Avail

Avail เป้าหมายที่จะเร่งความเป็นเอกภาพของ Web3 โดยใช้เทคโนโลยีสแต็กโมดูลเพื่อรวมเทคโนโลยีการให้บริการข้อมูล การรวมข้อมูลและการป้องกันการโจมตีร่วมกัน Rollups ที่ใช้ Avail เพื่อเผยแพร่ข้อมูลการทำธุรกรรมออฟไลน์จะสร้างระบบเช่น Validium (สำหรับ Optimistic Rollups นี้เรียกว่า Optimium) Validiums และ Sovereign Rollups สามารถพึ่งพา Avail สำหรับการให้บริการให้มีข้อมูลที่น้อยกว่าและการจัดลำดับข้อมูลได้

นี่คือภาพรวมของวิธีการ Avail สนับสนุน Validiums และ Sovereign Rollups:

1. การส่งธุรกรรม: เช่นเดียวกับ Rollups ที่มีอยู่ในปัจจุบัน ข้อมูลธุรกรรมจะถูกจัดกลุ่มและส่งผลรวมของสถานะไปยัง Avail DA (Data Availability) แต่ละกลุ่มจะเชื่อมโยงกับ Application ID ที่ไม่ซ้ำกันเพื่อแสดงถึงต้นกำเนิดของ Rollup
2. การขยายข้อมูลและการเข้ารหัสการลบ: ธุรกรรมที่ส่งให้กับ Avail DA ถูกส่งผ่านการเข้ารหัสการลบ บล็อกข้อมูลถูกแบ่งเป็น n ชิ้นต้นฉบับและขยายเป็นชิ้น 2n ชิ้น สามารถใช้ชิ้นที่ n จากชุด 2n เพื่อสร้างข้อมูลต้นฉบับใหม่ ในทางกลับกันที่มีความซ้ำซ้อนและความทนทานต่อข้อผิดพลาด
3. การสร้างความมั่นใจ: การใช้ความมั่นใจโพลีนอม KZG ในการสร้างความมั่นใจข้อมูลที่ซ้ำซ้อน ให้มั่นใจได้ว่าข้อมูลที่เก็บไว้เป็นปัจจุบันและป้องกันการแก้ไข
4. การกระจายบล็อก: ผู้ตรวจสอบได้รับบล็อกที่มีการสร้างความผูกพันและทำให้เกิดการตรวจสอบความถูกต้องของเนื้อหา ความถูกต้องของบล็อกจะถูกตัดสินด้วยการเชื่อมั่น
5. เครือข่ายไคลเอ็นต์: ไคลเอ็นต์แสงใช้การสุ่มความสามารถในการให้ข้อมูล (DAS) เพื่อการยืนยันความสมบูรณ์ของข้อมูลบล็อก นี้ทำโดยการดำเนินการยืนยันการเปิดโพลีเนียล KZG บนการตั้งข้อผูกพันของหัวบล็อก ลบความจำเป็นในการสร้างการผูกพัน KZG เต็มหรือพึ่งพาการพิสูจน์โกหก
6. การยืนยันความถูกต้อง: ไคลเอ็นต์แบบไลท์ดำเนินการยืนยันความถูกต้องโดยใช้พิสูจน์ระดับเซลล์ที่สร้างจากเมทริกซ์ข้อมูล นี่จะทำให้มั่นใจได้ว่าข้อมูลพร้อมใช้และถูกต้องโดยไม่ต้องให้ไคลเอ็นต์ดาวน์โหลดหรือยืนยันบล็อกเต็ม

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

แหล่งที่มา: เอกสารประกอบการทางการ

คุณสมบัติทางเทคนิค

กรณีการใช้งานไคลเอ็นต์เบา

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

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

การสุ่มตัวอย่างความพร้อมในการใช้งานข้อมูล (DAS)

เช่นเดียวกับไคลเอนต์แสงแบบดั้งเดิมไคลเอนต์แสงของ Avail จะต้องดาวน์โหลดข้อมูลส่วนหัวของบล็อกเท่านั้น นอกจากนี้ยังทําการสุ่มตัวอย่างบางส่วนของข้อมูลบล็อกเพื่อตรวจสอบความพร้อมใช้งานผ่านการสุ่มตัวอย่างความพร้อมใช้งานของข้อมูล (DAS) ด้วยการรวมการเข้ารหัสการลบกับข้อผูกมัดพหุนาม KZG ไคลเอนต์แบบเบาสามารถรับประกันความพร้อมใช้งานของข้อมูลได้เกือบ 100% โดยไม่ต้องพึ่งพาหลักฐานการฉ้อโกงซึ่งต้องการการสืบค้นเพียงเล็กน้อยและคงที่

การเขียนรหัสข้อมูลแบบ Erasure และความพร้อมในการใช้ข้อมูล

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

คำสัญญา KZG

ความทุน KZG ที่พัฒนาโดย Aniket Kate, Gregory M. Zaverucha และ Ian Goldberg เมื่อปี 2010 เป็นวิธีการทำสัญญาที่มีประสิทธิภาพที่ได้รับการใช้งานอย่างแพร่หลายในระบบพิสูจน์ที่ไม่มีความรู้ในไม่กี่ปีที่ผ่านมา ในโครงสร้างของ Avail ความทุน KZG มีประโยชน์ดังนี้:

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

เลเยอร์ที่มีการรวมกันของ Avail

Avail กําลังสร้าง "Unified Layer" ซึ่งเป็นสแต็คเทคโนโลยีที่ครอบคลุมโดยเริ่มจากเลเยอร์ความพร้อมใช้งานของข้อมูลพื้นฐาน (DA) เลเยอร์แบบรวมของ Nexus และเลเยอร์ความปลอดภัยเพิ่มเติมที่เรียกว่า Fusion ด้วยเลเยอร์ความพร้อมใช้งานของข้อมูลที่ปรับขนาดได้ Avail มีจุดมุ่งหมายเพื่อสนับสนุนระบบนิเวศ Web3 ทั้งหมด การใช้หลักฐานความถูกต้องตามข้อผูกพันพหุนามของ KZG ทําให้ Avail มั่นใจได้ถึงความพร้อมใช้งานของข้อมูลแบบเรียลไทม์และเชื่อถือได้ทําให้ rollups เติบโตเชื่อมต่อระหว่างกันรักษาความปลอดภัยและปรับตัว

Avail DA

ต้นฉบับ: มีเอกสารทางการให้ใช้บริการ

Avail DA เป็นสถาปัตยกรรมพื้นฐานที่ปรับให้เหมาะสมสําหรับความพร้อมใช้งานของข้อมูลโดยเฉพาะ ใช้อัลกอริธึมฉันทามติ GRANDPA และ BABE โดยตั้งค่าให้แตกต่างจากเลเยอร์ความพร้อมใช้งานของข้อมูลอื่น ๆ การออกแบบนี้ช่วยให้ Avail DA สามารถปรับขนาดได้สูงทําให้มั่นใจได้ถึงการรับประกันข้อมูลที่เชื่อถือได้ด้วยต้นทุนที่ต่ําผ่านการสุ่มตัวอย่างความพร้อมใช้งานของข้อมูล (DAS) และการพิสูจน์ความถูกต้อง

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

ใช้ Nexus

แหล่งที่มา: เอกสารทางการของ Avail

Avail Nexus ซึ่งเป็นเสาหลักที่สองของระบบนิเวศ Avail เป็นเฟรมเวิร์กที่ไม่ได้รับอนุญาตที่ออกแบบมาเพื่อรวมระบบนิเวศ Web3 เข้าด้วยกัน มันเชื่อมต่อบล็อกเชนทั้งภายในและภายนอกโดยใช้ Avail DA เป็นรากฐานที่เชื่อถือได้และทําหน้าที่เป็นศูนย์กลางการตรวจสอบความถูกต้อง Nexus รวมระบบ Rollup ที่ประสานงานกับ ZK ซึ่งรวมการรวบรวมหลักฐานเลเยอร์การตรวจสอบกลไกการเลือกซีเควนเซอร์และระบบการประมูลสล็อต Nexus ส่งหลักฐาน aggreGated ไปยัง Ethereum และเลเยอร์ Avail DA เป็นระยะเพื่อตรวจสอบ เพื่อให้มั่นใจถึงความน่าเชื่อถือของการทํางานข้ามสายโซ่

ฟิวชั่น Avail

แหล่งที่มา: เอกสารอย่างเป็นทางการที่มีอยู่

Avail Fusion ซึ่งเป็นเสาหลักที่สามให้ความปลอดภัยเพิ่มเติมสําหรับระบบนิเวศ Avail และพื้นที่ Web3 ที่กว้างขึ้น แนวคิดหลักที่อยู่เบื้องหลัง Fusion คือระบบแบบครบวงจรต้องการการรักษาความปลอดภัยแบบครบวงจรในระดับเศรษฐกิจ Fusion Security ช่วยเพิ่มฉันทามติของ Avail โดยใช้ประโยชน์จากสินทรัพย์ดั้งเดิมจากระบบนิเวศที่จัดตั้งขึ้นเช่น BTC และ ETH ซึ่งเอื้อต่อการรักษาความปลอดภัยให้กับฉันทามติของ Avail นี่เป็นความพยายามครั้งแรกในการใช้โทเค็นภายนอกเพื่อให้บรรลุฉันทามติในบล็อกเชน

ฟิวชั่นรองรับการปักหลักสินทรัพย์สองประเภท: สกุลเงินดิจิทัลที่จัดตั้งขึ้นและโทเค็น Rollup ที่เกิดขึ้นใหม่ ปัจจุบันต้นแบบของ Fusion ประกอบด้วยโมดูลการปักหลักสองโมดูล: โมดูลหนึ่งทํางานบนบล็อกเชน Avail และอีกโมดูลหนึ่งสําหรับการปักหลักการแปลงสินทรัพย์ สิ่งสําคัญคือต้องทราบว่าต้นแบบสาธารณะตัวแรกของ Avail Fusion ยังอยู่ระหว่างการพัฒนา

ประเภทของโหนดใน Avail

แม้ว่าโครงสร้างของ Avail จะแตกต่างจากบล็อกเชนแบบโมโนลิทิกแบบดั้งเดิม แต่ก็ยังสนับสนุนประเภทต่าง ๆ ของโหนดเช่นโหนดเต็ม, ไคลเอนต์เบา, โหนดเก็บถาวร, และโหนดตรวจสอบ

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

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

โมเดลเศรษฐกิจ

การกระจายโทเค็น

พร้อมกับการเปิดตัวของ Avail DA mainnet ทีมทำการแจก AVAIL tokens ให้แก่ผู้ใช้ที่มีสิทธิ์ โดยมีจำนวนรวมทั้งหมด 10 พันล้าน tokens การแจกแบ่งตามเป็นดังนี้:

• 6% สำหรับการแจกจ่ายแอร์ดรอปและการจัดสรรสาธารณะ
• 30% สำหรับการพัฒนานิเวศน์
• 23.88% สำหรับชุมชนและการวิจัย
• 14.12% จัดสรรให้แก่นักลงทุน
• 20% จัดสรรสำหรับผู้มีส่วนร่วมหลัก

แหล่งที่มา: เอกสารอย่างเป็นทางการของ Avail

การจำนำ

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

สำหรับการจำนึก, Avail นำเสนอกลไกรการตกลง Nominated Proof-of-Stake (NPoS) ซึ่งถูกสืบทอดมาจากระบบนิเวศ Substrate การจำนึกเป็นบทบาทที่สำคัญในระบบนี้ เนื่องจากผู้ใช้จำนึก AVAIL tokens เพื่อเพิ่มความมั่นคงของเครือข่าย และได้รับรางวัล ยิ่งมี tokens จำนึกมากเท่าไหร่เครือข่ายก็กลายเป็นปลอดภัยมากขึ้น เนื่องจากต้นทุนในการโจมตีเครือข่ายเพิ่มขึ้นตามจำนึกที่ถูกจำนึก

แอปพลิเคชันการฝากเหรียญรวมถึง:

• ใช้การเลือก DA: ผู้ใช้สามารถเลือกใช้โทเค็น AVAIL ไปยังตัวตรวจสอบหรือกองทุนการลงทุนเพื่อป้องกันระบบและสนับสนุนแอปพลิเคชันต่าง ๆ เช่น เกม Web3 และแพลตฟอร์ม DeFi ผู้เลือกจะได้รับรางวัลสำหรับการสนับสนุนของพวกเขา
• Avail Nexus Staking: ซีเควนเซอร์จะต้องเดิมพันโทเค็น AVAIL เพื่อเข้าร่วมในการส่งธุรกรรมและการสั่งซื้อ ซีเควนเซอร์ที่มีประสิทธิภาพสูงจะได้รับรางวัลในขณะที่ซีเควนเซอร์ที่มีประสิทธิภาพต่ําจะถูกลงโทษ
• ใช้ Fusion Staking: เกินจาก AVAIL โทเค็นผู้ใช้สามารถเพิ่ม BTC และ ETH เป็นสินทรัพย์คริปโตหลักอื่น ๆ เพื่อเสริมความปลอดภัยของเครือข่าย โดยผู้เลี้ยงคุ้มครองสามารถรับรางวัลได้

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

ความท้าทาย

ความเสี่ยงจากการแข่งขันสะสม

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

การแข่งขันใน DA Solutions

ด้วยความสามารถในการให้ข้อมูลที่มีหลายแหล่ง เช่น Celestia และ EigenDA และ EIP-4844 ของ Ethereum ที่กำลังจะมาให้บริการในอนาคต ซึ่งเป็นตัวเลือกการเผยแพร่ข้อมูลใหม่ การแข่งขันในชั้นข้อมูล DA กำลังเพิ่มขึ้น ความอ่อนไหวของ Rollups ต่อค่าใช้จ่ายในการเผยแพร่ข้อมูลและการแข่งขันรุนแรงระหว่างระบบ DA อาจนำพาพวกเขาไปสู่การเลือกระบบ DA ที่เป็นที่ยอมรับหรือพึ่งพาไปยังการให้บริการข้อมูลที่เป็นปลายทางของ Ethereum โดยเฉพาะอย่างยิ่งเมื่อการแบ่งแยก danksharding เต็มรูปแบบ สิ่งนี้อาจมีผลต่อการนำ Avail’s DA solution มาใช้

ความเสี่ยงในการแบ่งปันความปลอดภัย

โมเดลการร่วมกันในเชิงความปลอดภัยที่ Avail Fusion ให้บริการขึ้นอยู่กับการเสียเงินหลายส่วนพร้อมกับโทเคน AVAIL ซึ่งอาจทำให้ผู้ใช้กังวลเกี่ยวกับความปลอดภัยของสินทรัพย์ต่างๆเหล่านี้ บางนักพัฒนาอาจชอบให้ความสำคัญกับความปลอดภัยที่ได้มาจากสินทรัพย์เดียวเช่น ETH หรือ BTC แทนที่จะพึ่งพาโทเคนหลายตัว นอกจากนี้ ถ้า Avail Fusion ไม่มีการให้ความปลอดภัยเพียงพอ นักพัฒนาอาจเลือกย้ายไปที่ DA solutions ที่มีความปลอดภัยทางเศรษฐกิจที่แข็งแรงกว่า

การแข่งขันจากนิเทศภัณฑ์บริการมูลค่าเพิ่ม

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