จากการเก็บอดีตสู่การคำนวณอนาคต: คอมพิวเตอร์ไฮเปอร์พาราลเลล AO

ผู้แต่ง: นักวิจัย YBB Capital Zeke

คำนำ

การออกแบบสถาปัตยกรรมบล็อกเชนหลักทั้งสองที่ Web3 ได้สร้างความแตกต่างในขณะนี้ได้ทำให้เกิดความเหนื่อยล้าด้านสุนทรียภาพอย่างหลีกเลี่ยงไม่ได้ ไม่ว่าจะเป็น chain สาธารณะแบบโมดูลาร์ที่อาละวาดหรือ L1 ใหม่ที่เน้นประสิทธิภาพอยู่เสมอแต่ล้มเหลวในการสะท้อนถึงความได้เปรียบด้านประสิทธิภาพระบบนิเวศของมันสามารถกล่าวได้ว่าเป็น เป็นการจำลองหรือการปรับปรุงระบบนิเวศ Ethereum เล็กน้อย ประสบการณ์ที่เป็นเนื้อเดียวกันอย่างมากทำให้ผู้ใช้สูญเสียความรู้สึกสดชื่นไปแล้ว โปรโตคอล AO ล่าสุดที่เสนอโดย Arweave นั้นสะดุดตา โดยได้รับการประมวลผลประสิทธิภาพสูงเป็นพิเศษบนเครือข่ายการจัดเก็บข้อมูลสาธารณะ และยังได้รับประสบการณ์เสมือน Web2 อีกด้วย ดูเหมือนว่าจะแตกต่างอย่างมากจากวิธีการขยายและการออกแบบสถาปัตยกรรมที่เราคุ้นเคยในปัจจุบัน แล้ว AO คืออะไรกันแน่? ตรรกะในการสนับสนุนประสิทธิภาพมาจากไหน

จะเข้าใจ AO ได้อย่างไร

ชื่อของ AO มาจากตัวย่อของ Actor Oriented ซึ่งเป็นกระบวนทัศน์การเขียนโปรแกรมในโมเดลการคำนวณที่เกิดขึ้นพร้อมกัน Actor Model แนวคิดการออกแบบโดยรวมได้มาจากส่วนขยายของ Smart Weave และยังเป็นไปตามข้อความที่ส่งผ่านซึ่งเป็นแนวคิดหลักของ Actor Model พูดง่ายๆ ก็คือ เราสามารถเข้าใจ AO ว่าเป็น "คอมพิวเตอร์ไฮเปอร์ขนาน" ที่ทำงานบนเครือข่าย Arweave ผ่านสถาปัตยกรรมแบบโมดูลาร์ จากมุมมองของแผนการดำเนินงาน AO ไม่ใช่เลเยอร์การดำเนินการแบบโมดูลาร์ที่เราพบเห็นกันทั่วไปในปัจจุบัน แต่เป็นโปรโตคอลการสื่อสารที่สร้างมาตรฐานการส่งข้อความและการประมวลผลข้อมูล เป้าหมายหลักของโปรโตคอลคือการตระหนักถึงการทำงานร่วมกันของ "บทบาท" ที่แตกต่างกันภายในเครือข่ายผ่านการถ่ายโอนข้อมูล ดังนั้นการบรรลุเลเยอร์การประมวลผลที่สามารถซ้อนทับประสิทธิภาพได้อย่างไม่สิ้นสุด ท้ายที่สุดทำให้ Arweave ซึ่งเป็น "ฮาร์ดไดรฟ์ขนาดยักษ์" มีศูนย์กลาง ผู้มีอำนาจในสภาพแวดล้อมความไว้วางใจแบบกระจายอำนาจ ความเร็วระดับคลาวด์ พลังการประมวลผลที่ปรับขนาดได้ และความสามารถในการปรับขนาด

สถาปัตยกรรม AO

แนวคิดของ AO ดูเหมือนจะค่อนข้างคล้ายกับการแบ่งส่วน "Core Time" และการรวมตัวกันใหม่ที่เสนอโดย Gavin Wood ในการประชุม Polkadot Decoded เมื่อปีที่แล้ว ทั้งสองคนบรรลุสิ่งที่เรียกว่า "โลกที่มีประสิทธิภาพสูง" ผ่านการกำหนดเวลาและการประสานงานของการประมวลผล ทรัพยากร คอมพิวเตอร์" แต่จริงๆ แล้วมีความแตกต่างบางประการระหว่างสองสิ่งนี้ในสาระสำคัญ Exotic Scheduling คือการรื้อโครงสร้างและการจัดระเบียบใหม่ของทรัพยากรพื้นที่บล็อกลูกโซ่รีเลย์ มันไม่ได้เปลี่ยนแปลงสถาปัตยกรรมของ Polkadot มากนัก แม้ว่าประสิทธิภาพการประมวลผลจะเกินกว่าปลั๊กอินก็ตาม ขีดจำกัดของพาราเชนเดี่ยวภายใต้โมเดลสล็อตยังคงถูกจำกัดด้วยจำนวนคอร์ที่ไม่ได้ใช้งานสูงสุดของ Polkadot ตามทฤษฎีแล้ว AO สามารถให้พลังการประมวลผลได้เกือบไม่จำกัด (ในสถานการณ์จริง ควรขึ้นอยู่กับระดับแรงจูงใจของเครือข่าย) และระดับความเป็นอิสระที่สูงขึ้นผ่านการขยายโหนดในแนวนอน ในทางสถาปัตยกรรม AO กำหนดมาตรฐานวิธีการประมวลผลข้อมูลและการแสดงออกของข้อความ และเสร็จสิ้น การเรียงลำดับ การกำหนดเวลา และการคำนวณข้อมูลผ่านหน่วยเครือข่าย 3 หน่วย (เครือข่ายย่อย) วิธีการกำหนดมาตรฐานและการทำงานของหน่วยต่างๆ สามารถสรุปได้ ตามการวิเคราะห์ข้อมูลอย่างเป็นทางการดังต่อไปนี้

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

• ข้อความ: การโต้ตอบระหว่างผู้ใช้ (หรือกระบวนการอื่น ๆ ) และกระบวนการแต่ละครั้งจะแสดงด้วยข้อความ ข้อความจะต้องสอดคล้องกับรายการข้อมูล ANS-104 ดั้งเดิมของ Arweave เพื่อรักษาโครงสร้างดั้งเดิมที่สอดคล้องกันและอำนวยความสะดวกในการจัดเก็บข้อมูลของ Arweave จากมุมมองที่เข้าใจได้มากขึ้น ข้อความจะค่อนข้างคล้ายกับรหัสธุรกรรม (TX ID) ในบล็อกเชนแบบดั้งเดิม แต่ทั้งสองนั้นไม่เหมือนกันทุกประการ

• Messenger Unit (MU): MU ถ่ายทอดข้อความผ่านกระบวนการที่เรียกว่า 'cranking' และมีหน้าที่รับผิดชอบในการส่งมอบการสื่อสารในระบบเพื่อให้แน่ใจว่ามีปฏิสัมพันธ์ที่ราบรื่น เมื่อส่งข้อความแล้ว MU จะกำหนดเส้นทางไปยังปลายทางที่เหมาะสม (SU) ภายในเครือข่าย ประสานงานการโต้ตอบและประมวลผลข้อความขาออกใดๆ ที่เกิดขึ้นแบบวนซ้ำ กระบวนการนี้จะดำเนินต่อไปจนกว่าข้อความทั้งหมดจะได้รับการประมวลผล นอกเหนือจากการส่งต่อข้อความแล้ว MU ยังมีฟังก์ชันที่หลากหลาย รวมถึงการจัดการการสมัครสมาชิกกระบวนการ และการจัดการการโต้ตอบ cron ตามกำหนดเวลา
• Scheduler Unit (SU): เมื่อได้รับข้อความ SU จะเริ่มชุดการดำเนินการหลักเพื่อรักษาความต่อเนื่องและความสมบูรณ์ของกระบวนการ เมื่อได้รับข้อความ SU จะกำหนดการเพิ่มขึ้นที่ไม่ซ้ำกันเพื่อให้แน่ใจว่ามีการจัดลำดับที่สัมพันธ์กับข้อความอื่นๆ ในกระบวนการเดียวกัน กระบวนการจัดสรรนี้ทำให้เป็นทางการผ่านลายเซ็นเข้ารหัส ซึ่งรับประกันความถูกต้องและความสมบูรณ์ของลำดับ เพื่อปรับปรุงความน่าเชื่อถือของกระบวนการให้ดียิ่งขึ้น SU จะอัปโหลดการมอบหมายลายเซ็นและข้อความลงในชั้นข้อมูล Arweave สิ่งนี้ทำให้มั่นใจได้ถึงความพร้อมใช้งานของข้อความและการเปลี่ยนแปลงไม่ได้ และป้องกันการปลอมแปลงหรือสูญหายของข้อมูล
• หน่วยประมวลผล (CU): CU แข่งขันกันเองในตลาดการประมวลผลแบบ peer-to-peer เพื่อให้บริการแก่ผู้ใช้และ SU เพื่อแก้ไขสถานะกระบวนการประมวลผล เมื่อการคำนวณสถานะเสร็จสมบูรณ์ CU จะส่งใบรับรองที่ลงนามพร้อมผลลัพธ์ข้อความเฉพาะไปยังผู้เรียก นอกจากนี้ CU ยังสามารถสร้างและเผยแพร่ใบรับรองสถานะลายเซ็นที่โหนดอื่นสามารถโหลดได้ ซึ่งแน่นอนว่าจะต้องชำระค่าธรรมเนียมเป็นเปอร์เซ็นต์ด้วย

ระบบปฏิบัติการ AOS

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

เรียกใช้ตรรกะ

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

ต่อไปนี้เป็นคำอธิบายโดยย่อของขั้นตอนในแผนภูมิลำดับการถ่ายโอนข้อมูล:

1. การเริ่มต้นข้อความ:

• ผู้ใช้หรือกระบวนการสร้างข้อความเพื่อส่งคำขอไปยังกระบวนการอื่น *MU (Messenger Unit) รับข้อความและส่งไปยังบริการอื่นโดยใช้คำขอ POST

• การประมวลผลและการส่งต่อข้อความ: *MU จัดการคำขอ POST และส่งต่อข้อความไปยัง SU (Scheduling Unit) *SU โต้ตอบกับพื้นที่เก็บข้อมูล Arweave หรือชั้นข้อมูลเพื่อจัดเก็บข้อความ

• ดึงผลลัพธ์ตามรหัสข้อความ:

• CU (Compute) รับคำขอ GET ดึงผลลัพธ์ตาม ID ข้อความ และประเมินสถานะของข้อความในกระบวนการ สามารถส่งคืนผลลัพธ์ตามตัวระบุข้อความเดียว

• ดึงข้อมูล: *SU ได้รับคำขอ GET และดึงข้อมูลข้อความตามช่วงเวลาและ ID กระบวนการที่กำหนด

• พุชข้อความขาออก:

• ขั้นตอนสุดท้ายคือการพุชข้อความขาออกทั้งหมด
• ขั้นตอนนี้เกี่ยวข้องกับการตรวจสอบข้อความและการสร้างในออบเจ็กต์ผลลัพธ์
• ขึ้นอยู่กับผลลัพธ์ของการตรวจสอบนี้ ขั้นตอนที่ 2, 3 และ 4 สามารถทำซ้ำได้สำหรับแต่ละข้อความหรือรุ่นที่เกี่ยวข้อง

AO มีอะไรเปลี่ยนแปลงบ้าง? "1"

ความแตกต่างจากเครือข่ายทั่วไป:

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

ความแตกต่างระหว่างเครือข่ายโหนดของ AO และสภาพแวดล้อมการประมวลผลแบบดั้งเดิม:

• ความเข้ากันได้: AO รองรับเธรดหลากหลายรูปแบบ ไม่ว่าจะใช้ WASM หรือ EVM และสามารถเชื่อมต่อกับ AO ด้วยวิธีทางเทคนิคบางอย่างได้
• โครงการสร้างเนื้อหาร่วม: AO ยังรองรับโครงการสร้างเนื้อหาร่วมด้วย คุณสามารถเผยแพร่ Atomic NFT บน AO อัปโหลดข้อมูลและรวมเข้ากับ UDL เพื่อสร้าง NFT บน AO
• ความสามารถในการประกอบข้อมูล: NFT บน AR และ AO สามารถบรรลุความสามารถในการประกอบข้อมูล ทำให้บทความหรือเนื้อหาสามารถแชร์และแสดงบนหลายแพลตฟอร์ม ในขณะที่ยังคงรักษาความสอดคล้องและคุณลักษณะดั้งเดิมของแหล่งข้อมูล เมื่อเนื้อหาได้รับการอัปเดต เครือข่าย AO จะสามารถเผยแพร่สถานะการอัปเดตเหล่านี้ไปยังแพลตฟอร์มที่เกี่ยวข้องทั้งหมดเพื่อให้แน่ใจว่ามีการซิงโครไนซ์เนื้อหาและการเผยแพร่สถานะล่าสุด
• ข้อเสนอแนะและความเป็นเจ้าของที่มีคุณค่า: ผู้สร้างเนื้อหาสามารถขายผลงานของตนในรูปแบบ NFT และถ่ายโอนข้อมูลการเป็นเจ้าของผ่านเครือข่าย AO เพื่อรับข้อเสนอแนะที่มีคุณค่าสำหรับเนื้อหา

การสนับสนุนสำหรับโครงการ:

1. สร้างขึ้นบน Arweave: AO ใช้ประโยชน์จากคุณสมบัติของ Arweave เพื่อกำจัดช่องโหว่ที่เกี่ยวข้องกับผู้ให้บริการแบบรวมศูนย์ เช่น จุดล้มเหลวเพียงจุดเดียว ข้อมูลรั่วไหล และการเซ็นเซอร์ การคำนวณบน AO มีความโปร่งใสและสามารถตรวจสอบได้ผ่านคุณสมบัติการลดความน่าเชื่อถือแบบกระจายอำนาจและบันทึกข้อความที่ทำซ้ำได้ที่จัดเก็บไว้ใน Arweave
2. รากฐานแบบกระจายอำนาจ: รากฐานแบบกระจายอำนาจของ AO ช่วยเอาชนะข้อจำกัดด้านความสามารถในการขยายที่กำหนดโดยโครงสร้างพื้นฐานทางกายภาพ ใครๆ ก็สามารถสร้างกระบวนการ AO ได้อย่างง่ายดายจากเทอร์มินัลของตน โดยไม่จำเป็นต้องมีความรู้ เครื่องมือ หรือโครงสร้างพื้นฐานเฉพาะทาง ทำให้มั่นใจได้ว่าแม้แต่บุคคลและองค์กรขนาดเล็กก็สามารถเข้าถึงและมีส่วนร่วมได้ทั่วโลก

คำถามที่ตรวจสอบได้ของ AO

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

จากสิ่งที่ Hill และ Outprog แบ่งปัน หากตรรกะการตรวจสอบง่ายกว่า AO ก็สามารถจินตนาการได้ว่าเป็นกรอบการคำนวณการจารึกที่อิงตามตัวสร้างดัชนีคู่ขนานยิ่งยวด เราทุกคนรู้ดีว่าตัวสร้างดัชนีคำจารึก Bitcoin จำเป็นต้องดึงข้อมูล JSON ออกจากคำจารึกเพื่อตรวจสอบคำจารึก บันทึกข้อมูลยอดคงเหลือในฐานข้อมูลนอกเครือข่าย และทำการตรวจสอบให้เสร็จสิ้นผ่านชุดกฎการจัดทำดัชนี แม้ว่าตัวทำดัชนีจะได้รับการตรวจสอบแบบออฟไลน์ แต่ผู้ใช้สามารถตรวจสอบคำจารึกได้โดยการเปลี่ยนตัวทำดัชนีหลายตัวหรือเรียกใช้ดัชนีด้วยตนเอง ดังนั้นจึงไม่จำเป็นต้องกังวลเกี่ยวกับตัวทำดัชนีที่ทำสิ่งชั่วร้าย เราได้กล่าวไว้ข้างต้นว่าข้อมูล เช่น การเรียงลำดับข้อความและสถานะโฮโลแกรมของกระบวนการจะถูกอัปโหลดไปยัง Arweave จากนั้นจะต้องเป็นไปตามกระบวนทัศน์ SCP เท่านั้น (กระบวนทัศน์ฉันทามติในการจัดเก็บ ในที่นี้ สามารถเข้าใจได้ง่ายว่า SCP เป็นตัวจัดทำดัชนี ของกฎการจัดทำดัชนีบนห่วงโซ่ นอกจากนี้ เป็นที่น่าสังเกตว่า SCP ปรากฏเร็วกว่าตัวสร้างดัชนีมาก) และใครก็ตามสามารถกู้คืน AO หรือเธรดใด ๆ บน AO ผ่านข้อมูลโฮโลแกรมบน Arweave ผู้ใช้ไม่จำเป็นต้องเรียกใช้ทั้งโหนดเพื่อตรวจสอบสถานะที่เชื่อถือได้ เช่นเดียวกับการเปลี่ยนดัชนี ผู้ใช้เพียงแค่ส่งคำขอค้นหาไปยังโหนด CU เดียวหรือหลายโหนดผ่าน SU Arweave มีความจุในการจัดเก็บข้อมูลสูงและต้นทุนต่ำ ดังนั้นภายใต้ตรรกะนี้ นักพัฒนา AO จึงสามารถใช้เลเยอร์ซูเปอร์คอมพิวเตอร์ที่เกินกว่าฟังก์ชันของคำจารึก Bitcoin ได้มาก

AO และ ICP

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

ICP ครั้งหนึ่งได้รับการยกย่องว่าเป็นโครงการระดับราชาแห่งสุดท้ายในโลกบล็อกเชนและได้รับความนิยมอย่างสูงจากสถาบันชั้นนำ นอกจากนี้ ยังมีมูลค่าถึง FDV ที่ 200 พันล้านดอลลาร์สหรัฐในช่วง 21 ปีแห่งความบ้าคลั่ง แต่เมื่อคลื่นลดลง ค่าโทเค็นของ ICP ก็ลดลงเช่นกัน จนกระทั่งถึงตลาดหมีในปี 2023 มูลค่าของโทเค็น ICP ลดลงเกือบ 260 เท่าเมื่อเทียบกับระดับสูงสุดในอดีต อย่างไรก็ตาม หากไม่พิจารณาประสิทธิภาพของราคา Token แม้ว่า ICP จะได้รับการตรวจสอบอีกครั้งในขณะนี้ คุณสมบัติทางเทคนิคก็ยังคงมีคุณสมบัติที่เป็นเอกลักษณ์มากมาย ข้อดีและคุณสมบัติที่น่าทึ่งหลายประการของ AO ในปัจจุบันก็มี ICP ครอบครองเช่นกัน AO จะล้มเหลวเหมือน ICP หรือไม่ ก่อนอื่นเรามาทำความเข้าใจว่าทำไมทั้งสองถึงคล้ายกันมาก ICP และ AO ได้รับการออกแบบตาม Actor Model และมุ่งเน้นไปที่บล็อกเชนที่ทำงานในพื้นที่ ดังนั้น ลักษณะของทั้งสองจึงมีความคล้ายคลึงกันหลายประการ ICP subnet blockchain นั้นถูกสร้างขึ้นโดยอุปกรณ์ฮาร์ดแวร์ประสิทธิภาพสูง (เครื่องโหนด) ที่เป็นเจ้าของและควบคุมโดยอิสระจำนวนหนึ่งซึ่งรัน Internet Computer Protocol (ICP) Internet Computer Protocol ถูกนำมาใช้โดยส่วนประกอบซอฟต์แวร์จำนวนหนึ่ง ซึ่งในรูปแบบบันเดิลเป็นแบบจำลองที่จำลองสถานะและการคำนวณข้ามโหนดทั้งหมดในซับเน็ตบล็อกเชน

สถาปัตยกรรมการจำลองแบบของ ICP สามารถแบ่งออกเป็นสี่ชั้นจากบนลงล่าง:

เลเยอร์เครือข่ายแบบ Peer-to-Peer (P2P): ใช้เพื่อรวบรวมและโฆษณาข้อความจากผู้ใช้ โหนดอื่นๆ ในซับเน็ตบล็อกเชน และซับเน็ตบล็อกเชนอื่นๆ ข้อความที่ได้รับจากเพียร์เลเยอร์จะถูกจำลองไปยังโหนดทั้งหมดในซับเน็ตเพื่อให้มั่นใจในความปลอดภัย ความน่าเชื่อถือ และความยืดหยุ่น

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

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

Execution Environment Layer: คำนวณการคำนวณเชิงกำหนดที่เกี่ยวข้องกับการดำเนินการสัญญาอัจฉริยะโดยการประมวลผลข้อความที่ได้รับจากเลเยอร์การกำหนดเส้นทางข้อความ

ซับเน็ตบล็อคเชน

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

ทำไมมันถึงล้มเหลว

ดังที่ได้กล่าวไว้ข้างต้น วัตถุประสงค์ที่สถาปัตยกรรม ICP ต้องการบรรลุนั้นเป็นเพียงเซิร์ฟเวอร์คลาวด์แบบกระจายอำนาจ ไม่กี่ปีที่ผ่านมา ความคิดนี้น่าตกใจพอ ๆ กับ AO แต่ทำไมมันถึงล้มเหลว? พูดง่ายๆ ก็คือ ถ้าคุณไม่ประสบความสำเร็จในระดับสูง คุณจะไม่ตกลงที่ระดับต่ำ คุณไม่พบความสมดุลที่ดีระหว่าง Web3 และแนวคิดของคุณเอง ซึ่งท้ายที่สุดก็นำไปสู่ความอับอาย สถานการณ์ที่โครงการไม่ใช่ Web3 หรือใช้งานง่ายเหมือนกับระบบคลาวด์แบบรวมศูนย์ สรุป มีปัญหา 3 ประการ ประเด็น ประการแรก Canister ระบบโปรแกรมของ ICP หรือ "คอนเทนเนอร์" ที่กล่าวถึงข้างต้น จริงๆ แล้วค่อนข้างคล้ายกับ AOS และกระบวนการใน AO แต่ก็ไม่เหมือนกัน โปรแกรม ICP ใช้งานโดยการห่อหุ้ม Canister และโลกภายนอกไม่สามารถมองเห็นได้ โปรแกรมเหล่านี้จำเป็นต้องเข้าถึงข้อมูลผ่านอินเทอร์เฟซเฉพาะ การสื่อสารแบบอะซิงโครนัสนั้นไม่เป็นมิตรกับสัญญาการโทรในโปรโตคอล DeFi ดังนั้นใน DeFi Summer นั้น ICP ไม่ได้บันทึกมูลค่าทางการเงินที่เกี่ยวข้อง

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

ประเด็นที่สามคือการขาดระบบนิเวศ แม้กระทั่งตอนนี้ ICP ยังคงเป็นเครือข่ายสาธารณะที่มีประสิทธิภาพสูง หากไม่มีแอปพลิเคชัน DeFi แล้วแอปพลิเคชันอื่น ๆ ล่ะ? ขออภัย ICP ไม่ได้ผลิตแอปพลิเคชันนักฆ่าตั้งแต่เริ่มก่อตั้ง ระบบนิเวศของ ICP ไม่ได้บันทึกผู้ใช้ Web2 หรือผู้ใช้ Web3 ท้ายที่สุด ด้วยการกระจายอำนาจเพียงเล็กน้อย ทำไมไม่ลองใช้แอปพลิเคชันแบบรวมศูนย์ที่สมบูรณ์และสมบูรณ์ล่ะ แต่ท้ายที่สุดก็ปฏิเสธไม่ได้ว่าเทคโนโลยีของ ICP ยังคงเป็นเทคโนโลยีชั้นยอด และข้อดีของ Reverse Gas ความเข้ากันได้สูง และการขยายแบบไม่จำกัดยังคงจำเป็นเพื่อดึงดูดผู้ใช้นับพันล้านคนต่อไป ภายใต้คลื่น AI ในปัจจุบัน หาก ICP สามารถ เก่งที่อาจจะพลิกกลับได้โดยใช้ข้อดีทางโครงสร้างของตัวเอง

กลับมาที่คำถามข้างต้น AO จะล้มเหลวเหมือน ICP หรือไม่ โดยส่วนตัวผมคิดว่า AO จะไม่ทำผิดซ้ำอีก สองจุดสุดท้ายที่นำไปสู่ความล้มเหลวของ ICP ในตอนแรกไม่ใช่ปัญหาสำหรับ AO Arweave มีรากฐานทางนิเวศวิทยาที่ดีอยู่แล้ว การฉายภาพสถานะโฮโลแกรมยังช่วยแก้ปัญหาการรวมศูนย์ด้วย ในแง่ของความเข้ากันได้ AO ยังมีความยืดหยุ่นมากกว่า ความท้าทายเพิ่มเติมอาจมุ่งเน้นไปที่การออกแบบโมเดลทางเศรษฐกิจ การสนับสนุน DeFi และปัญหาเก่าแก่นับศตวรรษ: ในด้านที่ไม่ใช่การเงินและการจัดเก็บข้อมูล Web3 ควรใช้รูปแบบใด

Web3 ไม่ควรหยุดอยู่เพียงการเล่าเรื่อง

คำที่ปรากฏบ่อยที่สุดในโลกของ Web3 จะต้องเป็น "การเล่าเรื่อง" และเรายังคุ้นเคยกับการใช้มุมมองการเล่าเรื่องเพื่อวัดมูลค่าของโทเค็นส่วนใหญ่อีกด้วย สิ่งนี้มีต้นกำเนิดมาจากภาวะที่กลืนไม่เข้าคายไม่ออกที่โครงการ Web3 ส่วนใหญ่มีวิสัยทัศน์ที่ยอดเยี่ยม แต่น่าอายมากที่จะใช้ เมื่อเปรียบเทียบกันแล้ว Arweave มีแอปพลิเคชั่นที่ใช้งานเต็มรูปแบบมากมายอยู่แล้ว และพวกมันทั้งหมดมีเป้าหมายไปที่ประสบการณ์ระดับ Web2 ตัวอย่างเช่น Mirror และ ArDrive หากคุณเคยใช้โปรเจ็กต์เหล่านี้คงเป็นเรื่องยากที่จะรู้สึกถึงความแตกต่างจากแอปพลิเคชันทั่วไป อย่างไรก็ตาม Arweave ยังคงมีข้อจำกัดอย่างมากในการเก็บมูลค่าในฐานะเครือข่ายการจัดเก็บข้อมูลสาธารณะ และการคำนวณอาจเป็นหนทางเดียวที่จะดำเนินต่อไป โดยเฉพาะอย่างยิ่งในโลกภายนอกปัจจุบัน AI กลายเป็นกระแสทั่วไปและยังมีอุปสรรคทางธรรมชาติมากมายในการบูรณาการ Web3 ในขั้นตอนนี้ เราได้พูดคุยเกี่ยวกับเรื่องนี้ในบทความที่ผ่านมาแล้ว ตอนนี้ AO ของ Arweave ใช้สถาปัตยกรรมโซลูชันโมดูลาร์ที่ไม่ใช่ Ethereum ทำให้ Web3 x AI มีโครงสร้างพื้นฐานใหม่ที่ดี จาก Library of Alexandria ไปจนถึงคอมพิวเตอร์ซุปเปอร์ขนาน Arweave กำลังดำเนินตามกระบวนทัศน์ของตัวเอง

บทความอ้างอิง

1. AO Quick Start: ความรู้เบื้องต้นเกี่ยวกับ Super Parallel Computers: การเริ่มต้นอย่างรวดเร็ว - ความรู้เบื้องต้นเกี่ยวกับ Super Parallel Computers-088ebe90e12f
2. บันทึกกิจกรรม X Space | AO คือนักฆ่า Ethereum หรือไม่ มันจะส่งเสริมเรื่องราวใหม่ของบล็อคเชนอย่างไร ：บันทึกกิจกรรม-ao-มันเป็นนักฆ่า Ethereum หรือไม่-มันจะโปรโมตเรื่องราวใหม่ของ blockchain-bea5a22d462c ได้อย่างไร
3. เอกสารไวท์เปเปอร์ของ ICP:
4. AO CookBook：_ao.arweave.dev/concepts/tour.html
5. AO - คอมพิวเตอร์ซุปเปอร์ขนานที่คุณนึกไม่ถึง: คอมพิวเตอร์ซุปเปอร์ขนานที่คุณนึกไม่ถึง - 1949f5ef038f
6. วิเคราะห์สาเหตุของการลดลงของ ICP จากหลายมุม: เทคโนโลยีที่เป็นเอกลักษณ์และระบบนิเวศแบบบาง: