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

ในฐานะที่เป็นโปรโตคอลที่เน้นการส่งข้อความองค์ประกอบหลักคือ "ข้อความ" ตามธรรมชาติ ดังนั้นข้อความถูกกําหนดภายในเครือข่าย AO และ Nostr อย่างไร สถาปัตยกรรมเครือข่ายที่เกี่ยวข้องสําหรับการสนับสนุนการส่งข้อความคืออะไรและรวมเข้ากับโปรโตคอลอื่น ๆ ได้อย่างไร ตําแหน่งกรณีการใช้งานหลักและแนวโน้มในอนาคตคืออะไร?

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

1. คอนเซ็ปและลักษณะเฉพาะของข้อความ

1.1. ข้อความใน AO

ในเครือข่าย AO ข้อความเป็นหน่วยพื้นฐานของข้อมูลที่แลกเปลี่ยนระหว่างหน่วยเครือข่าย (MU, SU, CU) หรือกระบวนการ ข้อความช่วยให้มีการแลกเปลี่ยนข้อมูลและประสานงาน

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

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

แต่ละข้อความใน AO เป็นไปตามมาตรฐาน ANS-104 จากระบบนิเวศ Arweave ซึ่งเป็นโปรโตคอลบรรจุภัณฑ์ข้อมูล ANS-104 ช่วยเพิ่มปริมาณการประมวลผลข้อมูลโดยการทําธุรกรรมหลายรายการเป็นธุรกรรมไบนารีเดียว โปรโตคอลนี้ไม่เพียง แต่บรรจุข้อมูล แต่ยังรวมถึงฟิลด์ต่างๆเช่นเจ้าของลายเซ็นที่อยู่เป้าหมายฉลากและข้อมูล การออกแบบนี้รองรับประเภทข้อมูลที่หลากหลายรวมถึงเอกสารรูปภาพไฟล์เสียงและวิดีโอเกมแบบจําลองข้อมูลรหัสโปรแกรมและสถานะโฮโลแกรม นอกจากนี้ยังรองรับความเป็นเจ้าของข้อมูลและการตรวจสอบลายเซ็นเพื่อให้มั่นใจในความปลอดภัยและความสมบูรณ์ของข้อมูล

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

1.2. เหตุการณ์ใน Nostr

ในโปรโตคอล Nostr ข้อความถูกกำหนดโครงสร้างเป็น "เหตุการณ์" โดยใช้รูปแบบที่ใช้ JSON เป็นพื้นฐาน รูปแบบนี้ทำหน้าที่เป็นวัตถุข้อมูลพื้นฐานภายในเครือข่าย Nostr

โครงสร้างข้อความที่ใช้กันอย่างแพร่หลายถูกผสมเข้ากันในมาตรฐานร่วมที่เรียกว่าโปรโตคอล NIPs (Nostr Implementation Possibilities) มาตรฐานนี้ช่วยปรับปรุงการประมวลผลข้อมูลและการจัดการข้อมูลอย่างมาก เพิ่มความสามารถในการทำงานร่วมกันของระบบและเสถียรภาพ ผ่าน NIPs ผู้ใช้สามารถดำเนินการต่าง ๆ และมีปฏิสัมพันธ์กับเครือข่าย Nostr โดยไม่ต้องกังวลเรื่องความไม่สอดคล้องของรูปแบบข้อมูล

โครงสร้าง JSON ใน Nostr กำหนดรูปแบบเหตุการณ์ด้วยฟิลด์ต่าง ๆ ที่บริการฟังก์ชันที่เฉพาะเจาะจง ตัวอย่างเช่น:

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

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

สรุปโดยสังเขป อีเว้นท์ใน Nostr เป็นโครงสร้างข้อมูลที่รวมเนื้อหาทั้งหมดและถูกลงนามโดยผู้ใช้ โครงสร้างนี้เน้นหน้าที่คุณสมบัติ และฟังก์ชันของ Nostr:

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

2. โครงสร้างเครือข่ายที่สนับสนุนการส่งข้อความ

2.1. AO: ระบบการทำงานร่วมระหว่าง MU/SU/CU

เครือข่าย AO ประกอบด้วยหน่วยโมดูลสามหน่วย: MU, SU และ CU ซึ่งทำงานร่วมกันผ่านข้อความและกระบวนการ โครงสร้างเครือข่ายของมันแสดงในภาพที่ 2-1

รูปภาพ 2-1: หน่วยเครือข่ายแบบโมดูลาร์และร่วมมือกัน เป็นส่วนประกอบของโครงสร้างเครือข่าย AO (แหล่งที่มา: กระดาษขาว AO)

ใน AO กระบวนการคือหน่วยคำนวณ การเริ่มต้นแอปพลิเคชันบน AO เทียบเท่ากับเริ่มต้นกระบวนการหนึ่งหรือมากกว่า โดยระบบจะจัดสรรและกำหนดกำหนดทรัพยากรเช่น MU, SU, CU, เครื่องจำลอง, และหน่วยความจำเพื่อดำเนินการกระบวนการ:

• MU (Messenger Unit): รับผิดชอบในการส่งข้อมูลไปยัง SU ที่เหมาะสมเพื่อประมวลผล จากนั้นส่งให้ CU ทำการคำนวณ ผลลัพธ์จะส่งกลับไปยัง SU และกระบวนการนี้จะทำซ้ำอย่างต่อเนื่อง
• SU (Scheduler Unit): จัดการตารางเวลาและการเรียงลำดับข้อความ อัปโหลดข้อความไปยัง Arweave
• CU (Compute Unit): ได้รับข้อความ ดำเนินการคำนวณ และดำเนินการสถานะการเปลี่ยนแปลง

โครงสร้างและการดำเนินงานของเครือข่ายของ AO บ่งชี้:

• AO เป็นระบบส่งข้อความ: ข้อความเป็นองค์ประกอบหลักภายในกระบวนการของ AO ซึ่งทําหน้าที่เป็นวัตถุการทํางานเพียงอย่างเดียวสําหรับ MU, SU และ CU กระบวนการทั้งหมดหมุนรอบข้อความทําให้กระบวนการเป็นหลักกิจกรรมของการเรียกใช้คอลเลกชันของข้อความ ซึ่งรวมถึงลําดับที่สมบูรณ์จากการรับข้อความการส่งข้อความการจัดกําหนดการและการจัดเรียงข้อความการดําเนินการคํานวณ (การเปลี่ยนสถานะข้อความ) ไปจนถึงการส่งออกและจัดเก็บผลการคํานวณ ดังนั้น AO จึงเป็นระบบส่งข้อความที่สามารถทุ่มเทให้กับการสร้างแอปพลิเคชันที่เน้นการเผยแพร่ข้อมูลการสื่อสารและการโต้ตอบแบบเรียลไทม์การกระจายเนื้อหาและอื่น ๆ เช่นเครือข่ายโซเชียลแบบกระจายอํานาจโซเชียลมีเดียและแพลตฟอร์มเสียง / วิดีโอตามความต้องการ / สดแบบกระจายอํานาจ
• AO เป็น Ultra-parallel Computing Network: AO ทํางานเป็นเครือข่ายแบบแยกส่วนที่การคํานวณจะดําเนินการนอกห่วงโซ่โดยปราศจากข้อ จํากัด ของฉันทามติบล็อก สิ่งนี้ช่วยให้หน่วยประมวลผล (โหนด) สามารถปรับขนาดได้อย่างไม่มีที่สิ้นสุดตามต้องการซึ่งช่วยเพิ่มประสิทธิภาพการคํานวณได้อย่างมาก ในสภาพแวดล้อม AO จํานวนงานคอมพิวเตอร์โดยพลการ (กระบวนการแบบขนาน) สามารถเริ่มต้นได้พร้อมกัน กระบวนการเหล่านี้สามารถทํางานอย่างอิสระบนโหนดคอมพิวเตอร์ที่แตกต่างกันและทําการตรวจสอบภายในเครื่องให้เสร็จสมบูรณ์ สิ่งนี้ทําให้ AO เป็นคอมพิวเตอร์แบบขนานพิเศษที่กระจายและตรวจสอบได้

แม้ว่าแต่ละกระบวนการคำนวณสามารถทำงานอย่างอิสระบนโหนดที่แตกต่างกัน แต่พวกเขาสามารถสื่อสารและร่วมมือกันผ่านรูปแบบข้อความที่สมดุล (ANS-104) วิธีนี้เชื่อมโยงกระบวนการคำนวณที่ทำงานอย่างอิสระเข้าไปในเครือข่ายที่สมดุล

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

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

2.2. Nostr: โครงสร้างของไคลเอ็นต์-รีเลย์

Nostr หมายถึง “บันทึกและข้อมูลอื่นๆ ที่ถูกส่งผ่านทางรีเลย์” เครือข่ายประกอบด้วยส่วนประกอบหลักสองส่วน ตามที่แสดงในภาพ 2-2

รูปที่ 2-2: โครงสร้างเครือข่าย Nostr

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

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

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

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

สถาปัตยกรรมนี้ไม่เพียงเพิ่มความยืดหยุ่นและประสิทธิภาพให้กับระบบเท่านั้น แต่ยังแก้ไขปัญหาต่าง ๆ และตอบสนองต่อความต้องการในหลากหลายกรณีได้อย่างมีประสิทธิภาพ

โดยสรุปโครงสร้าง Client-Relay ที่มีน้ําหนักเบาของ Nostr ช่วยเพิ่มความยืดหยุ่นและประสิทธิภาพของระบบ รองรับระบบการเผยแพร่ข้อมูลแบบกระจายอํานาจทนต่อการเซ็นเซอร์และตรวจสอบได้ตอบสนองความต้องการในการพูดฟรีการสื่อสารที่ราบรื่นและความปลอดภัยของข้อมูลและความเป็นส่วนตัว การออกแบบนี้แก้ไขข้อบกพร่องของโซเชียลมีเดียแบบรวมศูนย์ได้อย่างมีประสิทธิภาพทําให้ Nostr เป็นตัวเลือกยอดนิยมสําหรับนักพัฒนาแอปพลิเคชันโซเชียลแบบกระจายอํานาจเช่น Damus, YakiHonne, Iris และอื่น ๆ

3. การรวมระบบกับโปรโตคอลอื่น

3.1 AO + Arweave: โลกคอมพิวเตอร์แบบโลกนิว

ฟังก์ชัน AO ทำงานบน Arweave โดยผสมผสานอย่างสมบูรณ์กับมันตามที่แสดงในภาพ 3-1

รูปภาพ 3-1: การผสานอสังหาริมทรัพย์แบบไม่มีรอยต่อของ AO กับ Arweave (แหล่งที่มา: ไวต์เปเปอร์ AO)

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

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

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

3.2 Nostr + Lightning: Crafting Decentralized Information and Value Networks

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

การประยุกต์ใช้งานโดยตรงของ Nostr และการรวมระบบ Lightning Network คือการใช้งาน “zaps” ในแอพพลิเคชั่นทางสังคม ไคลเอ็นต์ Nostr ที่ใช้งานอย่างแพร่หลาย Damus รวมการชำระเงินผ่าน Bitcoin Lightning Network ซึ่งช่วยให้ผู้ใช้สามารถชำระเงินเพียงครั้งเดียวสำหรับการ relay ของ Lightning Network โดยการใส่ Nostr public key เมื่อชำระเงินเสร็จ ผู้ใช้จะได้รับใบแจ้งหนี้ของ Lightning Network สำหรับขั้นตอนการใช้งานอย่างละเอียด กรุณาเยี่ยมชม: https://nostr.how/zh/zaps.

ในเชิงของการออกสินทรัพย์ โปรโตคอลชั้นหนึ่งของบิตคอยน์ Taproot Assets (TAP) เข้ากันได้กับเครือข่าย Lightning Network ทำให้สามารถรวมสินทรัพย์ที่มี Taproot และหน่วยเล็กที่สุดของบิตคอยน์ คือ Satoshis เข้าสู่ระบบ Nostr นี้ ซึ่งจะเป็นการผลักดันให้การโอนย้ายสินทรัพย์ผ่าน Lightning Network เป็นไปอย่างรวดเร็วและมีคุ้มค่า โดยเพิ่มความหลากหลายของสินทรัพย์ใน Nostr และขยายโอกาสในเรื่องของการสร้างเครือข่ายสังคม การชำระเงิน และการใช้งาน DeFi

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

อย่างสำคัญที่สุดคือความสัมพันธ์ระหว่าง Nostr และ Lightning Network ที่กำลังนำเสนอโมเดลธุรกิจใหม่สำหรับแอปพลิเคชันที่ไม่ central ที่เรียกว่า มูลค่าสำหรับมูลค่า (V4V)

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

V4V solutions are adding significant value to Nostr-based social applications, podcasts, and live streaming platforms, such as:

• YakiHonne: โปรโตคอลการโต้ตอบสื่อที่ไม่มีความเหมือนใคร ที่รวม Nostr กับ Lightning Network โดยใช้ SATS สำหรับการให้เลือกทิป การชำระเงินประจำปีเกิน 90 ล้าน SATS
• Nostrwatch.live: แพลตฟอร์มสตรีมมิงสดที่ไม่มีส่วนกลางที่ทำงานบน Nostr และ Lightning Network ซึ่งสร้าง "มูลค่าเพื่อมูลค่า" การแลกเปลี่ยนสองทาง ผู้สตรีมเมอร์ได้รับการชำระเงิน SATs จากผู้ชมในเวลาจริง หากการชำระเงินหยุด การสตรีมจะหยุด สิ่งนี้แตกต่างจากรูปแบบการชำระเงินล่วงหน้าที่เป็นแบบดั้งเดิมและกำจัดความจำเป็นในการสมัครสมาชิกหรือการชำระเงินล่วงหน้า
• Podverse: แอป Podcasting 2.0 ที่สร้างความสัมพันธ์กับ Alby โดยใช้ Lightning Network เพื่อส่ง boostagrams (ข้อความพร้อมบริจาค) และ การชำระเงินในรูปแบบ SAT ไปยังพอดแคสต์ แอปพลิเคชันสตรีม Satoshis ไปยังพอดแคสต์ที่กำลังฟังโดยขึ้นอยู่กับเวลาฟังต่อนาที

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

4. สรุป: โครงสร้างกำหนดฟังก์ชัน

บทความนี้ได้วิเคราะห์และเปรียบเทียบโปรโตคอล AO และ Nostr จากมุมมองโครงสร้างข้อมูลและโครงสร้างเครือข่าย ยึดถึงหลักการที่ว่า “โครงสร้างกำหนดฟังก์ชัน” เราได้สำรวจฟังก์ชันหลักและสถานการณ์การใช้งานหลักของโปรโตคอลแต่ละรายการ:

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

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

จากมุมมองโครงสร้างเครือข่าย: โครงสร้างเครือข่ายของ AO เป็นโมดูลเลิศ, ร่วมมือ, และมีความยืดหยุ่น ทำให้กระบวนการสามารถทำงานอย่างอิสระบนโหนดที่แตกต่างกันและทำการตรวจสอบในส่วนตน ลักษณะเหล่านี้เป็นพื้นฐานสำหรับการคำนวณแบบอัลตร้า-พาเรียล

AO's seamless integration with Arweave, based on the SCP paradigm, overcomes the blockchain technology trilemma. It scales storage and computation resources as needed and utilizes Arweave’s permanent, ownership-protected consensus data for inter-process information exchange and collaboration. Consequently, AO can build a global, high-performance, ultra-parallel computing network, fostering innovation in both Web3 and Web2 applications.

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

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

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

อย่างตรงข้าม Nostr ถูกออกแบบขึ้นเริ่มต้นเป็นโปรโตคอลโซเชียลแบบไร้น้ำหนัก โดยเน้นไปที่แอปพลิเคชันทางสังคมเฉพาะ

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

อ้างอิง

1. AO เป็น Ethereum Killer หรือไม่ และจะส่งผลอย่างไรต่อนิเวศบล็อกเชนใหม่?
2. AO Protocol: เครือข่ายด้านเศรษฐศาสตร์แบบกระจาย สำหรับคอมพิวเตอร์ที่มีสมรรถนะสูง
3. โปรโตคอล Nostr
4. โปรโตคอลการผูกของ Nostr
5. ค่า4ค่า
6. โปรโตคอลสังคมที่ไม่มีศูนย์กลาง Nostr และการประยุกต์ใช้นวัตกรรมของมัน

ข้อปฏิเสธ：

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