ผู้เขียนต้นฉบับ: Zeke นักวิจัย YBB Capital

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

สถาปัตยกรรมเอโอ
แนวคิดของ 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 
2. การประมวลผลและการส่งต่อข้อความ:
- MU จัดการคำขอ POST และส่งต่อข้อความไปยัง SU (Scheduling Unit) 
- SU โต้ตอบกับที่เก็บข้อมูล Arweave หรือชั้นข้อมูลเพื่อจัดเก็บข้อความ 
3. ดึงผลลัพธ์ตามรหัสข้อความ:
- CU (Compute) รับคำขอ GET ดึงผลลัพธ์ตามรหัสข้อความ และประเมินข้อความในกระบวนการ สามารถส่งคืนผลลัพธ์ตามตัวระบุข้อความเดียว 
4. ดึงข้อมูล:
- SU ได้รับคำขอ GET และดึงข้อมูลข้อความตามช่วงเวลาและรหัสกระบวนการที่กำหนด 
5. พุชข้อความขาออก:
- ขั้นตอนสุดท้ายคือการพุชข้อความขาออกทั้งหมด 
- ขั้นตอนนี้เกี่ยวข้องกับการตรวจสอบข้อความและการสร้างในออบเจ็กต์ผลลัพธ์ 
- ขึ้นอยู่กับผลลัพธ์ของการตรวจสอบนี้ ขั้นตอนที่ 2, 3 และ 4 สามารถทำซ้ำได้สำหรับแต่ละข้อความหรือรุ่นที่เกี่ยวข้อง 
AO มีอะไรเปลี่ยนแปลงบ้าง? 1
ความแตกต่างจากเครือข่ายทั่วไป:
- ความสามารถในการประมวลผลแบบขนาน: ต่างจากเครือข่าย เช่น Ethereum ที่ซึ่งเลเยอร์ฐานและชุดรวมแต่ละชุดทำงานจริงเป็นกระบวนการเดียว AO สนับสนุนกระบวนการจำนวนเท่าใดก็ได้ที่ทำงานแบบคู่ขนาน ในขณะเดียวกันก็ทำให้มั่นใจได้ว่าความสามารถในการตรวจสอบความถูกต้องของการคำนวณยังคงอยู่ครบถ้วน นอกจากนี้ เครือข่ายเหล่านี้ทำงานในสถานะซิงโครไนซ์ทั่วโลก ในขณะที่กระบวนการ AO ยังคงรักษาสถานะที่เป็นอิสระของตนเอง ความเป็นอิสระนี้ช่วยให้กระบวนการ AO สามารถจัดการกับการโต้ตอบจำนวนมากขึ้นและความสามารถในการปรับขนาดการคำนวณ ทำให้เหมาะอย่างยิ่งสำหรับแอปพลิเคชันที่ต้องการประสิทธิภาพและความน่าเชื่อถือสูง 
- ความสามารถในการทำซ้ำที่ตรวจสอบได้: แม้ว่าเครือข่ายกระจายอำนาจบางเครือข่าย เช่น Akash และระบบเพียร์ทูเพียร์ Urbit จะให้พลังการประมวลผลขนาดใหญ่ ซึ่งแตกต่างจาก AO แต่พวกเขาไม่ได้ให้ความสามารถในการทำซ้ำของการโต้ตอบที่ตรวจสอบได้ หรือพึ่งพาโซลูชันการจัดเก็บข้อมูลแบบไม่ถาวรเพื่อ บันทึกบันทึกการโต้ตอบของพวกเขา 
ความแตกต่างระหว่างเครือข่ายโหนดของ AO และสภาพแวดล้อมการประมวลผลแบบดั้งเดิม:
- ความเข้ากันได้: AO รองรับเธรดหลากหลายรูปแบบ ไม่ว่าจะใช้ WASM หรือ EVM และสามารถเชื่อมต่อกับ AO ด้วยวิธีทางเทคนิคบางอย่างได้ 
- โครงการสร้างเนื้อหาร่วม: AO ยังสนับสนุนโครงการสร้างเนื้อหาร่วมด้วย คุณสามารถเผยแพร่ Atomic NFT บน AO อัปโหลดข้อมูลและรวมเข้ากับ UDL เพื่อสร้าง NFT บน AO 
- การจัดองค์ประกอบข้อมูล: NFT บน AR และ AO สามารถบรรลุการจัดองค์ประกอบข้อมูล ทำให้บทความหรือเนื้อหาสามารถแชร์และแสดงบนหลายแพลตฟอร์ม ในขณะที่ยังคงรักษาความสอดคล้องและคุณลักษณะดั้งเดิมของแหล่งข้อมูล เมื่อเนื้อหาได้รับการอัปเดต เครือข่าย AO จะสามารถเผยแพร่สถานะการอัปเดตเหล่านี้ไปยังแพลตฟอร์มที่เกี่ยวข้องทั้งหมดเพื่อให้แน่ใจว่ามีการซิงโครไนซ์เนื้อหาและการเผยแพร่สถานะล่าสุด 
- ข้อเสนอแนะและความเป็นเจ้าของที่มีคุณค่า: ผู้สร้างเนื้อหาสามารถขายผลงานของตนในรูปแบบ NFT และถ่ายโอนข้อมูลการเป็นเจ้าของผ่านเครือข่าย AO เพื่อรับข้อเสนอแนะที่มีคุณค่าสำหรับเนื้อหา 
การสนับสนุนสำหรับโครงการ:
- สร้างขึ้นบน Arweave: AO ใช้ประโยชน์จากคุณสมบัติของ Arweave ที่กำจัดช่องโหว่ที่เกี่ยวข้องกับผู้ให้บริการแบบรวมศูนย์ เช่น จุดล้มเหลวจุดเดียว ข้อมูลรั่วไหล และการเซ็นเซอร์ การคำนวณบน AO มีความโปร่งใสและสามารถตรวจสอบได้ผ่านคุณสมบัติการลดความน่าเชื่อถือแบบกระจายอำนาจ และบันทึกข้อความที่ทำซ้ำได้ซึ่งจัดเก็บไว้ใน Arweave 
- มูลนิธิแบบกระจายอำนาจ: รากฐานแบบกระจายอำนาจของ 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 ได้มาก
จากสิ่งที่ 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 ในขณะนั้น แม้ตอนนี้ก็เกินจริงไปมากเกินกว่าที่ การกำหนดค่าของ Solana และแม้แต่ข้อกำหนดในการจัดเก็บก็ยังสูงกว่าข้อกำหนดในการจัดเก็บ ห่วงโซ่สาธารณะยังคงสูง
ประเด็นที่สองคือความต้องการฮาร์ดแวร์สูงมากส่งผลให้โครงการไม่กระจายอำนาจ ภาพด้านล่างคือ แผนภาพการกำหนดค่าฮาร์ดแวร์ขั้นต่ำของโหนดที่กำหนดโดย ICP ในขณะนั้น แม้ตอนนี้ก็เกินจริงไปมากเกินกว่าที่ การกำหนดค่าของ Solana และแม้แต่ข้อกำหนดในการจัดเก็บก็ยังสูงกว่าข้อกำหนดในการจัดเก็บ ห่วงโซ่สาธารณะยังคงสูง

ประเด็นที่สามคือการขาดระบบนิเวศ แม้กระทั่งตอนนี้ 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 ไปจนถึงคอมพิวเตอร์แบบ Ultra-parallel Arweave กำลังดำเนินตามกระบวนทัศน์ของตัวเอง
บทความอ้างอิง
- การเริ่มต้นอย่างรวดเร็วของ AO: ข้อมูลเบื้องต้นเกี่ยวกับคอมพิวเตอร์ซูเปอร์ขนาน:https://medium.com/@permadao/ao-Quick Start-ความรู้เบื้องต้นเกี่ยวกับ Super Parallel Computers-088 ebe 90 e 12 f 
- บันทึกกิจกรรม X Space | AO คือนักฆ่า Ethereum หรือไม่ มันจะส่งเสริมเรื่องราวใหม่ของ blockchain ได้อย่างไร? -https://medium.com/@permadao/x-space-Activity Record-ao- มันคือ Ethereum killer หรือไม่ - มันจะโปรโมตเรื่องราวใหม่ของ blockchain-bea 5 a 2 2d 46 2c ได้อย่างไร 
- เอกสารไวท์เปเปอร์ ICP:https://internetcomputer.org/docs/current/concepts/subnet-types 
- AO CookBook:https://cookbook_ao.arweave.dev/concepts/tour.html 
- AO — คอมพิวเตอร์ซุปเปอร์ขนานที่คุณนึกไม่ถึง:https://medium.com/@permadao/ao-Hyperparallel คอมพิวเตอร์ที่คุณนึกไม่ออก-1949 f 5 ef 038 f 
- วิเคราะห์สาเหตุของการลดลงของ ICP จากหลายมุม: เทคโนโลยีที่เป็นเอกลักษณ์และระบบนิเวศแบบบาง:https://www.chaincatcher.com/article/2098499 


