โดย Eddy Lazzarinเรียบเรียง : ซิสซี่**การแนะนำ:****a16z ได้สร้างตำแหน่งสำคัญในด้านการเข้ารหัสเพื่อเป็นแนวทางในการพัฒนาอุตสาหกรรมด้วยบทความเชิงลึกของเขา ซึ่งให้คำแนะนำที่เราต้องการสำหรับการปรับปรุงความรู้ความเข้าใจและการเปลี่ยนแปลง เมื่อเร็ว ๆ นี้ a16z ได้มุ่งเน้นไปที่ประเด็นที่นอกเหนือไปจากเศรษฐกิจโทเค็น เริ่มต้นด้วยการพูดคุยเกี่ยวกับ "Token Design" ตามด้วย "Tokenology: Beyond Token Economics" และตอนนี้เป็นหลักสูตร "Protocol Design" ที่หลายคนรอคอย ในฐานะวิทยากรของหลักสูตร Eddy Lazzarin, CTO ของ a16z crypto เน้นย้ำหลายครั้งว่ากุญแจสำคัญในการก้าวข้ามเศรษฐกิจของโทเค็นนั้นอยู่ที่การออกแบบโปรโตคอล และการออกแบบโทเค็นเป็นเพียงวิธีการเสริมเท่านั้น ในหลักสูตรนี้เน้นที่การออกแบบโปรโตคอล เขาได้แบ่งปันข้อมูลเป็นเวลากว่าหนึ่งชั่วโมง โดยนำข้อมูลเชิงลึกอันมีค่าและการให้ความรู้แก่ผู้ประกอบการ ช่วยให้พวกเขาเข้าใจอย่างลึกซึ้งถึงบทบาทสำคัญของการออกแบบโปรโตคอลต่อความสำเร็จของโครงการ บทความนี้เป็นการแปลแบบย่อ สำหรับเนื้อหาที่น่าตื่นเต้นเพิ่มเติม โปรดดูลิงก์ไปยังเวอร์ชันเต็มของการแปล **### **กฎหมายโดยธรรมชาติของวิวัฒนาการโปรโตคอล**#### **Internet Protocol: สายสัมพันธ์แห่งปฏิสัมพันธ์****อินเทอร์เน็ตเป็นเครือข่ายโปรโตคอล** ซึ่งรวมถึงโปรโตคอลประเภทต่างๆ ที่หลากหลาย โปรโตคอลบางตัวมีความกระชับ เช่น ไดอะแกรมสถานะของ HTTP ในขณะที่โปรโตคอลอื่นๆ ค่อนข้างซับซ้อน เช่น ไดอะแกรมการโต้ตอบของโปรโตคอล Maker ภาพด้านล่างแสดงโปรโตคอลต่างๆ รวมถึงอินเทอร์เน็ตโปรโตคอล โปรโตคอลทางกายภาพ และโปรโตคอลทางการเมือง ที่ด้านซ้ายของภาพด้านล่าง เราเห็นแผนที่แบบโต้ตอบของสี่แยกถนน ซึ่งให้ความรู้สึกคุ้นเคยและน่าสนใจสำหรับเราสิ่งที่โปรโตคอลเหล่านี้มีเหมือนกันก็คือ พวกมันเป็นระบบโต้ตอบที่เป็นทางการทั้งหมดซึ่งเอื้อต่อพฤติกรรมของกลุ่มที่ซับซ้อน ซึ่งเป็นองค์ประกอบหลักของโปรโตคอล พลังของอินเทอร์เน็ตโปรโตคอลอยู่ที่ความสามารถในการเชื่อมต่อไม่เพียงแต่ปฏิสัมพันธ์ระหว่างมนุษย์กับมนุษย์เท่านั้น แต่ยังรวมถึงซอฟต์แวร์ด้วย เราทราบดีว่าซอฟต์แวร์มีความสามารถในการปรับเปลี่ยนได้สูงและมีประสิทธิภาพ สามารถผสานรวมกลไกต่างๆ ด้วยเหตุนี้ อินเทอร์เน็ตโปรโตคอลจึงเป็นหนึ่งในโปรโตคอลประเภทที่สำคัญที่สุดของเรา หากไม่ใช่โปรโตคอลที่สำคัญที่สุด#### **วิวัฒนาการโปรโตคอล: Web1 - Web2 - Web3**ในแผนภูมิด้านล่าง แกนนอนแสดงถึงระดับของการกระจายอำนาจและการรวมศูนย์ของโปรโตคอล นั่นคือระดับของการควบคุมเหนือโปรโตคอล บนแกนตั้ง มีแบบจำลองทางเศรษฐกิจที่ตกลงไว้ โดยอ้างอิงเฉพาะว่าแบบจำลองทางเศรษฐกิจนั้นชัดเจนหรือไม่ระบุ ความแตกต่างนี้อาจดูบอบบาง แต่มีนัยสำคัญ**Web1: การกระจายอำนาจ & ไม่มีรูปแบบเศรษฐกิจที่ชัดเจน**โปรโตคอลในยุค Web1 (เช่น NNTP, IRC, SMTP และ RSS) เป็นกลางในแง่ของการไหลของมูลค่า ความเป็นเจ้าของ สิทธิ์ในการเข้าถึง และกลไกการชำระเงิน โดยไม่มีแบบจำลองทางเศรษฐกิจที่ชัดเจน ในหมู่พวกเขา Usenet เป็นโปรโตคอลที่คล้ายกับ Reddit ในปัจจุบันสำหรับการแลกเปลี่ยนโพสต์และไฟล์ IRC เป็นโปรโตคอลแชทในยุคแรกๆ และใช้กันอย่างแพร่หลาย และมีการใช้ SMTP และ RSS สำหรับอีเมลและการสมัครเนื้อหาUsenet เป็นแพลตฟอร์มที่จัดหมวดหมู่ซึ่งช่วยให้ผู้ใช้สามารถโพสต์เนื้อหาที่เกี่ยวข้องบนเซิร์ฟเวอร์ย่อยของหมวดหมู่เฉพาะ เป็นส่วนสำคัญของวัฒนธรรมอินเทอร์เน็ตยุคแรกและมีอยู่นอก HTTP การใช้ Usenet จำเป็นต้องมีไคลเอนต์เฉพาะและผู้ให้บริการอินเทอร์เน็ต (ISP) ที่รองรับ Usenet Usenet กระจายไปตามเซิร์ฟเวอร์ข่าวที่เปลี่ยนแปลงตลอดเวลาจำนวนมาก ซึ่งทุกคนสามารถดำเนินการได้ และโพสต์จะถูกส่งต่อไปยังเซิร์ฟเวอร์อื่นโดยอัตโนมัติ ก่อให้เกิดระบบการกระจายอำนาจ แม้ว่าผู้ใช้จะไม่ค่อยจ่ายเงินสำหรับการเข้าถึง Usenet โดยตรง แต่ในช่วงปลายยุค 2000 บางคนก็เริ่มจ่ายเงินสำหรับเซิร์ฟเวอร์ Usenet เชิงพาณิชย์ โดยรวมแล้ว Usenet ขาดรูปแบบทางเศรษฐกิจของโปรโตคอลที่ชัดเจน และผู้ใช้ต้องใช้ผ่านการทำธุรกรรมของตนเองโปรโตคอล Web1 เหล่านี้มีความคล้ายคลึงกันทางสถาปัตยกรรมและได้มาจากค่าเดียวกัน แม้จะมีความรู้เพียงเล็กน้อยเกี่ยวกับโปรโตคอล เราก็ยังเข้าใจวิธีการทำงานของโปรโตคอลได้ ซึ่งแสดงให้เห็นถึงความสำคัญของ **ความชัดเจนของโปรโตคอล Web1 และเทมเพลตที่ชัดเจน **อย่างไรก็ตาม โปรโตคอลเหล่านี้ค่อยๆ เผชิญกับความล้มเหลวหรือการเปลี่ยนแปลงเมื่อเวลาผ่านไป สาเหตุของความล้มเหลวมีสาเหตุมาจากสองประการ ประการแรก ขาดคุณลักษณะเฉพาะ ไม่สามารถแข่งขันกับคู่แข่งของ Web2 ได้ ประการที่สอง ความยากลำบากในการได้รับเงินทุน **ท้ายที่สุดแล้ว ความสำเร็จของโปรโตคอลขึ้นอยู่กับความสามารถในการใช้วิธีการกระจายอำนาจและพัฒนารูปแบบเศรษฐกิจที่ยั่งยืนเพื่อรวมคุณลักษณะเฉพาะต่างๆ เข้าด้วยกัน** โดยสรุป โปรโตคอล Web1 สามารถจัดประเภทเป็นแบบกระจายอำนาจและไม่มีรูปแบบทางเศรษฐกิจที่ชัดเจน**Web2: การรวมศูนย์และโมเดลเศรษฐกิจที่ชัดเจน**Web2 ทำให้เกิดกระแสที่น่าสนใจ: Reddit ได้แทนที่ฟอรัมเช่น Usenet และระบบการส่งข้อความแบบรวมศูนย์เช่น WhatsApp และ iMessage ได้เข้ามาแทนที่ฟอรัมเช่น IRC แม้ว่าอีเมลจะยังคงอยู่ แต่ปัญหาอีเมลขยะก็เข้ามาท้าทาย นอกจากนี้ RSS ยังแข่งขันกับ Twitter ได้ไม่ดีนัก **Web2 ระบุถึงข้อจำกัดของโปรโตคอล Web1 และให้การทำงานเฉพาะ ** อีเมลและโปรโตคอลแบบกระจายศูนย์อื่นๆ ไม่สามารถตรวจสอบความถูกต้องของข้อความ ตัวตนของผู้ส่ง ผู้มีอำนาจ และความสัมพันธ์ทางเศรษฐกิจ ดังนั้นการจัดการกับสแปมจึงกลายเป็นปัญหา ในระบบการกระจายอำนาจที่ยังไม่บรรลุนิติภาวะ การขาดคุณสมบัติเหล่านี้ทำให้คู่แข่งที่รวมศูนย์มีประสิทธิภาพดีกว่ารุ่นก่อนโดยนำเสนอคุณสมบัติที่เป็นเอกลักษณ์**โปรโตคอล Web2 อยู่ภายใต้การควบคุมของเจ้าของโดยสมบูรณ์ ซึ่งจำกัดโดยนโยบายธุรกิจและกฎหมายเท่านั้น **เพื่อผลักดันการพัฒนาโปรโตคอล Web1 จำเป็นต้องมีแบบจำลองทางเศรษฐกิจที่ชัดเจนยิ่งขึ้น อย่างไรก็ตาม เป็นไปไม่ได้ที่จะบรรลุแบบจำลองทางเศรษฐกิจที่ชัดเจนในขณะที่รักษาการกระจายอำนาจไว้โดยไม่ใช้ฉันทามติที่กระจายอำนาจ การคำนวณที่ตรวจสอบได้ และเครื่องมือเทคโนโลยีการเข้ารหัส **โดยทั่วไปข้อตกลงจะเปลี่ยนจากมุมซ้ายล่างของพื้นที่ออกแบบไปที่มุมขวาบน บางครั้งโปรโตคอลกลายเป็นศูนย์กลางโดยพฤตินัย เช่น อีเมล ด้วยอีเมลมากกว่า 50% ที่จัดการโดยผู้ให้บริการอีเมลแบบรวมศูนย์ อีเมลจึงกลายเป็นระบบรวมศูนย์อย่างมาก อีเมลถูกกดดันจากปัญหาสแปม ขาดโมเดลทางเศรษฐกิจ การแชร์ค่าลงทะเบียน DNS และค่าสวิตชิ่งที่สูงหากไม่มีโมเดลทางเศรษฐกิจที่ใช้งานได้ อีเมลจะยั่งยืนได้ก็ต่อเมื่อเป็นโครงการเสริมของบริษัทเทคโนโลยีขนาดใหญ่เท่านั้น วิธีการลดสแปมอาศัยการประหยัดจากขนาดและการผูกข้อมูล และง่ายกว่าสำหรับบริษัทที่โฮสต์บัญชีอีเมลหลายล้านบัญชีเพื่อตรวจหาความผิดปกติ นอกจากนี้ ต้นทุนการสับเปลี่ยนก็เป็นปัจจัยสำคัญเช่นกัน ตอนนี้ เราจำเป็นต้องตระหนักถึง **แรงรวมศูนย์ที่สำคัญสองประการ** ที่ส่งผลต่อองค์ประกอบต่างๆ ของโปรโตคอล** ซึ่งมีบทบาทอยู่ตลอดเวลาในทุกย่างก้าวของกระบวนการออกแบบโปรโตคอล และผลกระทบเหล่านี้คือผลกระทบของเครือข่ายและต้นทุนการสลับ ****เอฟเฟกต์เครือข่ายเป็นปรากฏการณ์ของพลังงานที่สะสมตามขนาดของระบบและกลายเป็นใช้กันอย่างแพร่หลาย ต้นทุนการสับเปลี่ยนหมายถึงต้นทุนทางเศรษฐกิจ ความรู้ความเข้าใจ หรือต้นทุนชั่วคราวที่จำเป็นสำหรับผู้ใช้ในการออกจากระบบปัจจุบันและเปลี่ยนไปใช้ระบบอื่น **ในตัวอย่างอีเมล ค่าใช้จ่ายในการเปลี่ยนเป็นสิ่งสำคัญสำหรับผู้ใช้ที่ใช้ Gmail หากคุณใช้ Gmail แต่ไม่มีโดเมนของตัวเอง ค่าใช้จ่ายในการเปลี่ยนจะสูง อย่างไรก็ตาม หากคุณเป็นเจ้าของชื่อโดเมนของคุณเอง คุณมีอิสระที่จะเปลี่ยนผู้ให้บริการอีเมลและใช้ผู้ให้บริการรายใดก็ได้ต่อไปเพื่อรับอีเมล บริษัทสามารถเพิ่มค่าใช้จ่ายในการเปลี่ยนผ่านการออกแบบโปรโตคอล บังคับหรือสนับสนุนให้ผู้ใช้ใช้ส่วนประกอบเฉพาะ ซึ่งจะช่วยลดโอกาสที่ผู้ใช้จะเปลี่ยนไปใช้ซัพพลายเออร์รายอื่นใช้ Reddit ซึ่งเป็นระบบที่ช่วยให้ผู้ดูแลควบคุมฟอรัมย่อยเพียงฝ่ายเดียว ทำให้เส้นแบ่งระหว่างการกระจายอำนาจและการรวมศูนย์ไม่ชัดเจน แม้ว่าการอนุญาตให้ใครก็ตามเป็นผู้ดูแลอาจถูกมองว่าเป็นรูปแบบของการกระจายอำนาจ แต่ก็ยังเป็นระบบที่รวมศูนย์อย่างสมบูรณ์หากอำนาจสูงสุดยังคงอยู่ในมือของผู้ดูแลระบบ (เช่น ทีม Reddit) ประสบการณ์ผู้ใช้คุณภาพสูงไม่เกี่ยวข้องกับอำนาจแบบรวมศูนย์ แต่การมอบประสบการณ์ผู้ใช้คุณภาพสูงมักต้องการการสนับสนุนทางการเงิน ** ในยุคของ Web1 เนื่องจากขาดเงินทุน โปรโตคอลแบบกระจายอำนาจมักไม่สามารถให้ประสบการณ์ที่ดีแก่ผู้ใช้ได้ **เงินทุนมีบทบาทสำคัญในการมอบประสบการณ์ผู้ใช้คุณภาพสูง**Web3: รูปแบบเศรษฐกิจแบบกระจายศูนย์และชัดเจน**บน **แพลตฟอร์ม Web2 เช่น Twitter, Facebook, Instagram หรือ TikTok ตัวเลือกของผู้ใช้มีจำกัด ขึ้นอยู่กับการตัดสินใจของอินเทอร์เฟซของแพลตฟอร์ม **อย่างไรก็ตาม ส่วนประกอบแบบกระจายศูนย์ที่แนะนำโดย Web3 จะเปลี่ยนโปรโตคอลอย่างไร การใช้เทคโนโลยีการเข้ารหัสและบล็อกเชนสามารถลดการพึ่งพาความไว้วางใจได้ ขณะเดียวกันก็ให้ความชัดเจนด้านเศรษฐกิจและสนับสนุนการกระจายอำนาจ **Web3 ให้ความเปิดกว้าง การทำงานร่วมกัน และโอเพ่นซอร์ส พร้อมโมเดลเศรษฐกิจที่ชัดเจน และความสามารถในการรวมกองทุนในโปรโตคอลเพื่อบรรลุการพัฒนาที่ยั่งยืนและหลีกเลี่ยงการผูกขาดคุณค่าทั้งหมด ****ในฐานะนักพัฒนา การเลือกสร้างระบบกระจายศูนย์ที่มีรูปแบบเศรษฐกิจที่ชัดเจนคือทางเลือกที่ดีที่สุด **ด้วยวิธีนี้** ทำให้มั่นใจได้ว่าระบบจะยังคงดำรงอยู่ต่อไป และเข้าใจความสัมพันธ์ทางเศรษฐกิจที่เกี่ยวข้องโดยไม่ต้องปล่อยให้ความสัมพันธ์ทางเศรษฐกิจพัฒนาไปนอกข้อตกลง ** ในแง่ของความมั่นคงและการจับมูลค่าต้องพิจารณาแตกต่างกัน การเลือกสร้างบนระบบกระจายอำนาจมีความสำคัญเนื่องจากเป็นการหลีกเลี่ยงความเสี่ยงที่อาจเกิดขึ้นและสร้างโครงการที่ทนทานและมีศักยภาพที่จะเป็นระบบที่ใหญ่ที่สุดเท่าที่จะเป็นไปได้การสร้างอินเทอร์เน็ตไม่ถือเป็นพฤติกรรมบ้าๆ อีกต่อไป เพราะอินเทอร์เน็ตเองเป็นระบบที่กระจายอำนาจอย่างสมบูรณ์ ในทำนองเดียวกัน การใช้ภาษาโปรแกรมโอเพ่นซอร์สและการพึ่งพาเว็บเบราว์เซอร์ได้กลายเป็นรากฐานที่มั่นคงสำหรับการสร้างโครงการที่มีความทะเยอทะยาน การสร้างระบบแบบรวมศูนย์อาจถูกจำกัดและขัดขวางขนาดและขอบเขตของโครงการ Web3 ดึงดูดนักพัฒนาที่ยอดเยี่ยมที่สามารถสร้างโครงการที่ใหญ่ขึ้นและทะเยอทะยานมากขึ้น ระบบหรือแพลตฟอร์มอื่นๆ อาจเกิดขึ้นและแข่งขันกับแพลตฟอร์ม Web2 ที่มีอยู่ ปฏิบัติตามกฎระเบียบและมีความได้เปรียบในการแข่งขัน และแข่งขันอย่างดุเดือดกับแพลตฟอร์ม Web2**ปัญหาที่ใหญ่ที่สุดของเครือข่าย Web2 คือความเปราะบางและรูปแบบธุรกิจที่ปรับให้เหมาะสมมากเกินไป เครือข่ายเหล่านี้ดำเนินการเพิ่มประสิทธิภาพสำหรับเมตริกเฉพาะโดยไม่สนใจสิ่งที่ไม่เกี่ยวข้องกับเป้าหมาย ส่งผลให้ขาดนวัตกรรมและการพัฒนาผลิตภัณฑ์ใหม่** แม้ว่าจะมีผลกระทบด้านเครือข่ายที่แข็งแกร่ง แต่ไม่เพียงพอต่อการผูกขาดในทางตรงกันข้าม **Web3 มอบพื้นที่ที่ยืดหยุ่นและสร้างสรรค์มากขึ้นผ่านการกระจายอำนาจและรูปแบบทางเศรษฐกิจที่ชัดเจน **คล้ายกับระบบนิเวศป่าดงดิบที่อุดมสมบูรณ์และหลากหลาย ระบบ Web3 ได้สร้างโครงสร้างพื้นฐานและโปรโตคอลที่เหมาะสมสำหรับการพัฒนาสิ่งที่น่าสนใจทุกประเภท ทำให้มีดินที่อุดมสมบูรณ์มากขึ้นสำหรับนวัตกรรม โดยการใช้ประโยชน์จากสกุลเงินดิจิทัลและโมเดลเศรษฐกิจโทเค็น ผู้เข้าร่วมจะมั่นใจได้ว่าความคิดสร้างสรรค์และการรับความเสี่ยงของพวกเขาจะได้รับรางวัล เป็นการต่อยอดการพัฒนาระบบดังนั้น **Web3 จึงมีความยั่งยืนของระบบนิเวศและศักยภาพด้านนวัตกรรมที่ดีกว่า แทนที่จะพึ่งพาการสะสมทรัพยากรทางเศรษฐกิจเพียงอย่างเดียว **รูปแบบเศรษฐกิจที่ชัดเจนและคุณสมบัติการกระจายอำนาจช่วยให้ Web3 บรรลุนวัตกรรมและการพัฒนาอย่างแท้จริง ห่างไกลจากสถานการณ์ของการเพิ่มประสิทธิภาพมากเกินไปและการสะสมรวมศูนย์ในฟิลด์เดียว ด้วยการแนะนำเทคโนโลยีการเข้ารหัสและโมเดลเศรษฐกิจโทเค็น Web3 ช่วยให้ผู้เข้าร่วมมีพื้นที่สร้างสรรค์และกลไกการส่งคืนที่มากขึ้น และส่งเสริมการพัฒนาระบบในทิศทางที่มีคุณค่าและยั่งยืนมากขึ้น### **กรณีการออกแบบโปรโตคอล Web3**#### **ประวัติของเคสและเป้าหมายการออกแบบ**เริ่มจากตัวอย่างที่น่าสนใจ "Stable Horde" เป็นระบบฟรีสำหรับสร้างรูปภาพและโปรโตคอล Web2 มันใช้คุณสมบัติเลเยอร์การทำงานร่วมกันที่ช่วยให้ผู้ใช้สามารถขอให้คนอื่นยินดีช่วยสร้างภาพ ลูกค้าส่งงานไปยังคิวงาน ผู้ปฏิบัติงานดำเนินการประมวลผลการอนุมาน และส่งผลลัพธ์ไปยังที่เก็บผลลัพธ์ ซึ่งไคลเอนต์สามารถดึงผลลัพธ์และจ่ายคะแนน Kudos ให้กับผู้ปฏิบัติงาน ใน Stable Horde Kudos เป็นระบบคะแนนฟรีที่ใช้ในการจัดลำดับความสำคัญของงาน อย่างไรก็ตาม ยิ่งคิวยาวเท่าใด การสร้างอิมเมจก็จะใช้เวลานานขึ้นเท่านั้น เนื่องจากข้อจำกัดของการบริจาคทรัพยากรในการคำนวณเราประสบปัญหาที่น่าสนใจ: จะปรับขนาดระบบนี้อย่างไรให้ใหญ่ขึ้นและเชี่ยวชาญมากขึ้น ในขณะที่ยังคงเปิดกว้างและทำงานร่วมกันได้ โดยไม่ต้องเสี่ยงกับการรวมศูนย์เพื่อทำลายจิตวิญญาณดั้งเดิมของโครงการ **ข้อเสนอหนึ่งคือการแปลงคะแนน Kudos เป็นโทเค็น ERC20 และบันทึกไว้ในบล็อกเชน อย่างไรก็ตาม การเพิ่มบล็อกเชนเพียงอย่างเดียวอาจทำให้เกิดปัญหาหลายอย่าง เช่น การโจมตีด้วยผลลัพธ์ที่ผิดพลาด เป็นต้นลองคิดใหม่เกี่ยวกับขั้นตอนการออกแบบโปรโตคอล **คุณควรเริ่มต้นด้วยเป้าหมายที่ชัดเจน จากนั้นพิจารณาข้อจำกัด และกำหนดกลไกในที่สุด **การออกแบบระบบต้องมีการวัดเป้าหมายและระบุกลไกที่มีประสิทธิภาพ ข้อจำกัดมาในรูปแบบภายในและภายนอก และโดยการจำกัดพื้นที่การออกแบบ กลไกสามารถระบุได้ชัดเจนยิ่งขึ้น กลไกเป็นสาระสำคัญของโปรโตคอล เช่น การหักล้าง การกำหนดราคา การเดิมพัน สิ่งจูงใจ การชำระเงิน และการตรวจสอบ การออกแบบควรอยู่ภายในข้อจำกัดและบรรลุเป้าหมายที่กำหนดไว้อย่างดี**โปรโตคอล Web3 ตัวอย่าง: ไม่เสถียร ความสับสน**ไปที่โปรโตคอล Web3 ใหม่ล่าสุดที่เรียกว่า "Unstable Confusion" ต่อไปนี้เราจะร่างแนวทางที่น่าสนใจที่เสนอในบริบทของการแปลงโปรโตคอล Web2 ที่มีอยู่ "Stable Horde" เป็นโปรโตคอล Web3 "Unstable Confusion"ดังที่ได้กล่าวไว้ก่อนหน้านี้ มีปัญหากับ **การส่งผลลัพธ์ที่ผิดพลาด ดังนั้นจึงจำเป็นต้องมีกลไกเพื่อให้แน่ใจว่าผู้ใช้ได้รับสิ่งที่ต้องการ** สิ่งนี้เรียกว่า "การตรวจสอบเหตุผล" พูดง่ายๆ ก็คือ เราต้องตรวจสอบเหตุผลเพื่อให้แน่ใจว่าผลลัพธ์เป็นไปตามที่คาดไว้ ปัญหาอีกประการเกี่ยวกับคนงานใน "Stable Horde" ผู้ปฏิบัติงานร้องของานถัดไปจากฐานข้อมูลตามลำดับที่ได้รับการร้องขอ และมอบหมายงานให้กับผู้ปฏิบัติงานที่ส่งคำขอเร็วที่สุด แต่ในระบบที่ใช้เงินเข้ามาเกี่ยวข้อง **คนงาน** อาจเรียกร้องงานจำนวนมากเพื่อรับเงินมากขึ้น แต่ไม่ได้ตั้งใจทำงานให้เสร็จ พวกเขาอาจแข่งขันกันเพื่อเวลาแฝงต่ำ คว้างาน และทำให้ระบบแออัด **เพื่อแก้ปัญหาข้างต้น ขอเสนอแนวทางแก้ไขบางประการ วิธีแรกคือ "จ่ายตามสัดส่วนของผลงาน" ซึ่งพนักงานจะได้รับค่าจ้างตามผลงานของตน โดยแข่งขันกันเพื่อให้ได้งานในลักษณะที่เป็นประโยชน์ต่อเครือข่าย **ประการที่สองคือ** "การมีส่วนร่วมที่ยืดหยุ่น" กล่าวคือ พนักงานสามารถเข้าร่วมหรือออกจากระบบได้อย่างอิสระด้วยค่าใช้จ่ายที่ต่ำกว่า ซึ่งดึงดูดผู้เข้าร่วมได้มากขึ้น **ประการสุดท้าย** "เวลาแฝงต่ำ" นั่นคือการตอบสนองของแอปพลิเคชันที่รวดเร็วและมีความสำคัญอย่างยิ่งต่อประสบการณ์ของผู้ใช้ ** กลับไปที่เป้าหมายของเรา เพื่อสร้างตลาดที่กระจายอำนาจและทำงานร่วมกันได้สำหรับการสร้างอิมเมจ แม้ว่าเรายังมีข้อจำกัดที่สำคัญบางประการ แต่สามารถเพิ่ม แก้ไข หรือระบุรายละเอียดเพิ่มเติมได้ในภายหลัง ตอนนี้ เราสามารถประเมินความเป็นไปได้ของกลไกต่างๆ**การออกแบบกลไกที่มีศักยภาพ****1. กลไกการตรวจสอบ**เราสามารถใช้วิธีการต่างๆ เช่น ทฤษฎีเกมและการเข้ารหัสเพื่อรับรองความถูกต้องของการให้เหตุผล กลไกทฤษฎีเกมสามารถใช้ในระบบการระงับข้อพิพาท ซึ่งผู้ใช้สามารถเพิ่มข้อพิพาทและได้รับการตัดสินโดยบทบาทเฉพาะ การตรวจสอบต่อเนื่องหรือการตรวจสอบตัวอย่างเป็นอีกแนวทางหนึ่ง โดยการตรวจสอบการทำงานของพนักงาน ตรวจสอบให้แน่ใจว่างานได้รับมอบหมายให้กับพนักงานที่แตกต่างกัน และบันทึกว่าพนักงานคนไหนผ่านการตรวจสอบ การพิสูจน์ที่ไม่มีความรู้ในการเข้ารหัสสามารถสร้างการพิสูจน์ที่มีประสิทธิภาพในการตรวจสอบความถูกต้องของการใช้เหตุผล วิธีการแบบดั้งเดิมรวมถึงสถาบันบุคคลที่สามที่เชื่อถือได้และบทวิจารณ์ของผู้ใช้ แต่มีความเสี่ยงในการรวมศูนย์และผลกระทบต่อเครือข่ายกลไกการตรวจสอบที่เป็นไปได้อื่นๆ รวมถึงการให้ผู้ปฏิบัติงานหลายคนทำงานเดียวกันให้เสร็จ และผู้ใช้เลือกจากผลลัพธ์ อาจมีค่าใช้จ่ายสูง แต่ถ้าต้นทุนต่ำพอ ก็ถือเป็นแนวทางได้**2. กลยุทธ์ด้านราคา**เกี่ยวกับกลยุทธ์การกำหนดราคา สามารถจัดทำรายการสั่งซื้อออนไลน์ได้ นอกจากนี้ยังสามารถใช้เมตริกพร็อกซีทรัพยากรการประมวลผลแบบออนเชนที่ตรวจสอบได้ เช่น แก๊ส แนวทางนี้แตกต่างจากตลาดเสรีทั่วๆ ไป ที่ผู้ใช้เพียงโพสต์สิ่งที่พวกเขายินดีจ่ายสำหรับการอนุมาน ซึ่งคนงานสามารถยอมรับได้ หรือพวกเขาสามารถประมูลเพื่อแข่งขันกันรับงานได้ ผู้ใช้สามารถสร้างเมตริกพร็อกซีที่มีลักษณะคล้ายก๊าซแทน ซึ่งการอนุมานเฉพาะต้องใช้ทรัพยากรการประมวลผลจำนวนหนึ่ง และจำนวนของทรัพยากรการคำนวณจะเป็นตัวกำหนดราคาโดยตรง ด้วยวิธีนี้ การทำงานของกลไกทั้งหมดจะง่ายขึ้นอีกทางหนึ่งคือสามารถใช้สมุดสั่งซื้อแบบออฟไลน์ซึ่งมีราคาไม่แพงและมีประสิทธิภาพมาก อย่างไรก็ตาม ปัญหาคือใครก็ตามที่เป็นเจ้าของหนังสือสั่งซื้อนั้นอาจรวมเอาผลกระทบของเครือข่ายมาที่ตัวพวกเขาเอง**3. กลไกการจัดเก็บ**กลไกการจัดเก็บมีความสำคัญมากเพื่อให้แน่ใจว่าสามารถส่งผลงานไปยังผู้ใช้ได้อย่างถูกต้อง แต่เป็นการยากที่จะลดความเสี่ยงของความไว้วางใจและพิสูจน์ว่าส่งมอบงานอย่างถูกต้อง ผู้ใช้อาจสงสัยว่ามีการส่งมอบสินค้าหรือไม่ คล้ายกับการบ่นว่าไม่ได้รับสินค้าที่คาดหวังไว้ ผู้ตรวจสอบอาจต้องตรวจสอบกระบวนการคำนวณและตรวจสอบความถูกต้องของผลลัพธ์ที่ส่งออก ดังนั้น โปรโตคอลควรมองเห็นเอาต์พุตและจัดเก็บในที่ที่โปรโตคอลสามารถเข้าถึงได้ในแง่ของกลไกการจัดเก็บ เรามีหลายทางเลือก หนึ่งคือการจัดเก็บข้อมูลบนเครือข่าย แต่สิ่งนี้มีราคาแพง อีกทางเลือกหนึ่งคือการใช้เครือข่ายการเข้ารหัสพื้นที่เก็บข้อมูลเฉพาะ ซึ่งซับซ้อนกว่าแต่จะพยายามแก้ปัญหาแบบเพียร์ทูเพียร์ อีกทางหนึ่งคือมีตัวเลือกในการจัดเก็บข้อมูลแบบออฟไลน์ แต่สิ่งนี้ทำให้เกิดปัญหาอื่น ๆ เนื่องจากใครก็ตามที่ควบคุมระบบจัดเก็บข้อมูลนั้นอาจมีอิทธิพลต่อด้านอื่น ๆ เช่นกระบวนการตรวจสอบและการส่งการชำระเงินครั้งสุดท้าย**4. กลยุทธ์การจัดสรรงาน**วิธีการกระจายงานจำเป็นต้องได้รับการพิจารณาด้วย ซึ่งเป็นพื้นที่ที่ค่อนข้างซับซ้อน ถือได้ว่าผู้ปฏิบัติงานเลือกงานด้วยตัวเองหลังจากส่งงาน หรือข้อตกลงแจกจ่ายงานหลังจากส่งงานแล้ว และยังเป็นไปได้ที่จะให้ผู้ใช้หรือผู้ใช้ปลายทางเลือกผู้ปฏิบัติงานเฉพาะราย มีข้อดีและข้อเสียสำหรับแต่ละวิธี และพิจารณาการผสมผสานระหว่างวิธีที่โปรโตคอลตัดสินใจว่าพนักงานคนใดสามารถของานใดได้บ้างการมอบหมายงานเกี่ยวข้องกับรายละเอียดที่น่าสนใจมากมาย ตัวอย่างเช่น ในระบบที่ใช้โปรโตคอล จำเป็นต้องทราบว่าผู้ปฏิบัติงานออนไลน์และพร้อมใช้งานหรือไม่ เพื่อตัดสินใจว่าจะมอบหมายงานให้หรือไม่ คุณต้องทราบความสามารถและภาระของคนงานแต่ละคนด้วย ดังนั้น จำเป็นต้องพิจารณาปัจจัยเพิ่มเติมต่างๆ ในโปรโตคอล ซึ่งอาจไม่ได้รวมไว้ในการใช้งานเบื้องต้นอย่างง่าย#### **ประเด็นสำคัญของการออกแบบโปรโตคอลแบบกระจายอำนาจ****องค์ประกอบการออกแบบที่สำคัญ 7 ประการที่อาจนำไปสู่ความเสี่ยงจากการรวมศูนย์**ซึ่งรวมถึงการตั้งชื่อพื้นที่ที่นำมาใช้โดยอีเมล ระบบการชำระเงิน ชื่อเสียงและการจัดเก็บ การจับคู่ ระบบการกำหนดราคา และระบบการตรวจสอบ องค์ประกอบเหล่านี้อาจรวมศูนย์เนื่องจากผลกระทบของเครือข่ายหรือค่าใช้จ่ายในการเปลี่ยนสูง ควบคุมโปรโตคอลโดยลดการสะสมของเอฟเฟกต์เครือข่าย ส่งสัญญาณเอฟเฟกต์เครือข่ายเข้าสู่โปรโตคอล และสร้างชั้นการควบคุมแบบกระจายอำนาจในโปรโตคอลเพื่อให้แน่ใจว่าระบบมีความสมบูรณ์ในระยะยาว การควบคุมแบบกระจายอำนาจสามารถทำได้โดยใช้โทเค็นที่ผันผวนหรือการออกแบบการกำกับดูแลอื่นๆ เช่น ระบบชื่อเสียงหรือกลไกการเลือกตั้งแบบหมุนเวียน**ลดต้นทุนการสลับและส่งเสริมการทำงานร่วมกัน**เพื่อกระตุ้นให้ผู้ประกอบการสร้างแอปพลิเคชันบนระบบ สิ่งสำคัญคือต้องลดต้นทุนการสลับและส่งเสริมการทำงานร่วมกันระหว่างระบบต่างๆ หลีกเลี่ยงการใช้ต้นทุนการสับเปลี่ยนที่สูงและลดการพึ่งพาหนังสือสั่งซื้อนอกเครือข่ายหรือระบบการตรวจสอบของบุคคลที่สามมากเกินไป**ใช้เทคโนโลยี Web3 เพื่อสร้างระบบกระจายอำนาจ**ใช้ประโยชน์จากเครื่องมือและหลักการของ Web3 ในการออกแบบระบบที่ช่วยให้ผู้ประกอบการและหลีกเลี่ยงการรวมศูนย์มากเกินไป โปรโตคอลที่ใช้หลักการของ Web3 มักจะมีขนาดที่ใหญ่ขึ้น มีอายุยืนยาวขึ้น และมีชีวิตชีวาของระบบนิเวศที่มีชีวิตชีวามากขึ้น มอบพื้นที่ที่อุดมสมบูรณ์สำหรับการสำรวจเชิงนวัตกรรมที่เกินขอบเขตที่กำหนดโดยผู้ครอบครองตลาดรายใหญ่ที่สุด**การวิจัยอย่างลึกซึ้งและการเลือกโซลูชั่นที่ดีที่สุด**เมื่อออกแบบโปรโตคอลและกำหนดกลยุทธ์ จำเป็นต้องศึกษาแง่มุมต่างๆ ในเชิงลึก สำหรับการรับรองความถูกต้อง โซลูชันการเข้ารหัสมักจะเป็นตัวเลือกที่ดีที่สุด ในแง่ของราคา ตัววัดพร็อกซีที่ใช้ทรัพยากรการประมวลผลที่ตรวจสอบได้บนเครือข่ายสามารถปรับให้เข้ากับการอนุมานหรืองานการเรียนรู้ของเครื่องได้หลากหลาย ในแง่ของการมอบหมายงาน มีการใช้โปรโตคอลสำหรับอัปเดตความสามารถและสถานะของพนักงานแบบเรียลไทม์เพื่อกระจายงานอย่างยุติธรรมและอนุญาตให้พนักงานเลือกเองว่าจะรับงานหรือไม่ สำหรับปัญหาในการจัดเก็บ วิธีแก้ปัญหา เช่น เทคโนโลยีการแบ่งส่วนต้นแบบสามารถพิจารณาเพื่อแก้ปัญหาในกรอบเวลาอันสั้นและใช้วิธีการจัดเก็บชั่วคราวเมื่อออกแบบระบบกระจายอำนาจ ข้อควรพิจารณาข้างต้นสามารถช่วยสร้างระบบที่มีความแข็งแกร่งในระยะยาวและคุณสมบัติการกระจายอำนาจต้นฉบับ: การออกแบบโปรโตคอล: ทำไมและอย่างไรลิงก์ไปยังฉบับแปลฉบับเต็ม:
a16z Encryption Entrepreneurship Course: หลังจาก "Token Design" เปิดตัว "Protocol Design"
โดย Eddy Lazzarin
เรียบเรียง : ซิสซี่
การแนะนำ:
**a16z ได้สร้างตำแหน่งสำคัญในด้านการเข้ารหัสเพื่อเป็นแนวทางในการพัฒนาอุตสาหกรรมด้วยบทความเชิงลึกของเขา ซึ่งให้คำแนะนำที่เราต้องการสำหรับการปรับปรุงความรู้ความเข้าใจและการเปลี่ยนแปลง เมื่อเร็ว ๆ นี้ a16z ได้มุ่งเน้นไปที่ประเด็นที่นอกเหนือไปจากเศรษฐกิจโทเค็น เริ่มต้นด้วยการพูดคุยเกี่ยวกับ "Token Design" ตามด้วย "Tokenology: Beyond Token Economics" และตอนนี้เป็นหลักสูตร "Protocol Design" ที่หลายคนรอคอย ในฐานะวิทยากรของหลักสูตร Eddy Lazzarin, CTO ของ a16z crypto เน้นย้ำหลายครั้งว่ากุญแจสำคัญในการก้าวข้ามเศรษฐกิจของโทเค็นนั้นอยู่ที่การออกแบบโปรโตคอล และการออกแบบโทเค็นเป็นเพียงวิธีการเสริมเท่านั้น ในหลักสูตรนี้เน้นที่การออกแบบโปรโตคอล เขาได้แบ่งปันข้อมูลเป็นเวลากว่าหนึ่งชั่วโมง โดยนำข้อมูลเชิงลึกอันมีค่าและการให้ความรู้แก่ผู้ประกอบการ ช่วยให้พวกเขาเข้าใจอย่างลึกซึ้งถึงบทบาทสำคัญของการออกแบบโปรโตคอลต่อความสำเร็จของโครงการ บทความนี้เป็นการแปลแบบย่อ สำหรับเนื้อหาที่น่าตื่นเต้นเพิ่มเติม โปรดดูลิงก์ไปยังเวอร์ชันเต็มของการแปล **
กฎหมายโดยธรรมชาติของวิวัฒนาการโปรโตคอล
Internet Protocol: สายสัมพันธ์แห่งปฏิสัมพันธ์
อินเทอร์เน็ตเป็นเครือข่ายโปรโตคอล ซึ่งรวมถึงโปรโตคอลประเภทต่างๆ ที่หลากหลาย โปรโตคอลบางตัวมีความกระชับ เช่น ไดอะแกรมสถานะของ HTTP ในขณะที่โปรโตคอลอื่นๆ ค่อนข้างซับซ้อน เช่น ไดอะแกรมการโต้ตอบของโปรโตคอล Maker ภาพด้านล่างแสดงโปรโตคอลต่างๆ รวมถึงอินเทอร์เน็ตโปรโตคอล โปรโตคอลทางกายภาพ และโปรโตคอลทางการเมือง ที่ด้านซ้ายของภาพด้านล่าง เราเห็นแผนที่แบบโต้ตอบของสี่แยกถนน ซึ่งให้ความรู้สึกคุ้นเคยและน่าสนใจสำหรับเรา
สิ่งที่โปรโตคอลเหล่านี้มีเหมือนกันก็คือ พวกมันเป็นระบบโต้ตอบที่เป็นทางการทั้งหมดซึ่งเอื้อต่อพฤติกรรมของกลุ่มที่ซับซ้อน ซึ่งเป็นองค์ประกอบหลักของโปรโตคอล พลังของอินเทอร์เน็ตโปรโตคอลอยู่ที่ความสามารถในการเชื่อมต่อไม่เพียงแต่ปฏิสัมพันธ์ระหว่างมนุษย์กับมนุษย์เท่านั้น แต่ยังรวมถึงซอฟต์แวร์ด้วย เราทราบดีว่าซอฟต์แวร์มีความสามารถในการปรับเปลี่ยนได้สูงและมีประสิทธิภาพ สามารถผสานรวมกลไกต่างๆ ด้วยเหตุนี้ อินเทอร์เน็ตโปรโตคอลจึงเป็นหนึ่งในโปรโตคอลประเภทที่สำคัญที่สุดของเรา หากไม่ใช่โปรโตคอลที่สำคัญที่สุด
วิวัฒนาการโปรโตคอล: Web1 - Web2 - Web3
ในแผนภูมิด้านล่าง แกนนอนแสดงถึงระดับของการกระจายอำนาจและการรวมศูนย์ของโปรโตคอล นั่นคือระดับของการควบคุมเหนือโปรโตคอล บนแกนตั้ง มีแบบจำลองทางเศรษฐกิจที่ตกลงไว้ โดยอ้างอิงเฉพาะว่าแบบจำลองทางเศรษฐกิจนั้นชัดเจนหรือไม่ระบุ ความแตกต่างนี้อาจดูบอบบาง แต่มีนัยสำคัญ
Web1: การกระจายอำนาจ & ไม่มีรูปแบบเศรษฐกิจที่ชัดเจน
โปรโตคอลในยุค Web1 (เช่น NNTP, IRC, SMTP และ RSS) เป็นกลางในแง่ของการไหลของมูลค่า ความเป็นเจ้าของ สิทธิ์ในการเข้าถึง และกลไกการชำระเงิน โดยไม่มีแบบจำลองทางเศรษฐกิจที่ชัดเจน ในหมู่พวกเขา Usenet เป็นโปรโตคอลที่คล้ายกับ Reddit ในปัจจุบันสำหรับการแลกเปลี่ยนโพสต์และไฟล์ IRC เป็นโปรโตคอลแชทในยุคแรกๆ และใช้กันอย่างแพร่หลาย และมีการใช้ SMTP และ RSS สำหรับอีเมลและการสมัครเนื้อหา
Usenet เป็นแพลตฟอร์มที่จัดหมวดหมู่ซึ่งช่วยให้ผู้ใช้สามารถโพสต์เนื้อหาที่เกี่ยวข้องบนเซิร์ฟเวอร์ย่อยของหมวดหมู่เฉพาะ เป็นส่วนสำคัญของวัฒนธรรมอินเทอร์เน็ตยุคแรกและมีอยู่นอก HTTP การใช้ Usenet จำเป็นต้องมีไคลเอนต์เฉพาะและผู้ให้บริการอินเทอร์เน็ต (ISP) ที่รองรับ Usenet Usenet กระจายไปตามเซิร์ฟเวอร์ข่าวที่เปลี่ยนแปลงตลอดเวลาจำนวนมาก ซึ่งทุกคนสามารถดำเนินการได้ และโพสต์จะถูกส่งต่อไปยังเซิร์ฟเวอร์อื่นโดยอัตโนมัติ ก่อให้เกิดระบบการกระจายอำนาจ แม้ว่าผู้ใช้จะไม่ค่อยจ่ายเงินสำหรับการเข้าถึง Usenet โดยตรง แต่ในช่วงปลายยุค 2000 บางคนก็เริ่มจ่ายเงินสำหรับเซิร์ฟเวอร์ Usenet เชิงพาณิชย์ โดยรวมแล้ว Usenet ขาดรูปแบบทางเศรษฐกิจของโปรโตคอลที่ชัดเจน และผู้ใช้ต้องใช้ผ่านการทำธุรกรรมของตนเอง
โปรโตคอล Web1 เหล่านี้มีความคล้ายคลึงกันทางสถาปัตยกรรมและได้มาจากค่าเดียวกัน แม้จะมีความรู้เพียงเล็กน้อยเกี่ยวกับโปรโตคอล เราก็ยังเข้าใจวิธีการทำงานของโปรโตคอลได้ ซึ่งแสดงให้เห็นถึงความสำคัญของ **ความชัดเจนของโปรโตคอล Web1 และเทมเพลตที่ชัดเจน **อย่างไรก็ตาม โปรโตคอลเหล่านี้ค่อยๆ เผชิญกับความล้มเหลวหรือการเปลี่ยนแปลงเมื่อเวลาผ่านไป สาเหตุของความล้มเหลวมีสาเหตุมาจากสองประการ ประการแรก ขาดคุณลักษณะเฉพาะ ไม่สามารถแข่งขันกับคู่แข่งของ Web2 ได้ ประการที่สอง ความยากลำบากในการได้รับเงินทุน ท้ายที่สุดแล้ว ความสำเร็จของโปรโตคอลขึ้นอยู่กับความสามารถในการใช้วิธีการกระจายอำนาจและพัฒนารูปแบบเศรษฐกิจที่ยั่งยืนเพื่อรวมคุณลักษณะเฉพาะต่างๆ เข้าด้วยกัน โดยสรุป โปรโตคอล Web1 สามารถจัดประเภทเป็นแบบกระจายอำนาจและไม่มีรูปแบบทางเศรษฐกิจที่ชัดเจน
Web2: การรวมศูนย์และโมเดลเศรษฐกิจที่ชัดเจน
Web2 ทำให้เกิดกระแสที่น่าสนใจ: Reddit ได้แทนที่ฟอรัมเช่น Usenet และระบบการส่งข้อความแบบรวมศูนย์เช่น WhatsApp และ iMessage ได้เข้ามาแทนที่ฟอรัมเช่น IRC แม้ว่าอีเมลจะยังคงอยู่ แต่ปัญหาอีเมลขยะก็เข้ามาท้าทาย นอกจากนี้ RSS ยังแข่งขันกับ Twitter ได้ไม่ดีนัก **Web2 ระบุถึงข้อจำกัดของโปรโตคอล Web1 และให้การทำงานเฉพาะ ** อีเมลและโปรโตคอลแบบกระจายศูนย์อื่นๆ ไม่สามารถตรวจสอบความถูกต้องของข้อความ ตัวตนของผู้ส่ง ผู้มีอำนาจ และความสัมพันธ์ทางเศรษฐกิจ ดังนั้นการจัดการกับสแปมจึงกลายเป็นปัญหา ในระบบการกระจายอำนาจที่ยังไม่บรรลุนิติภาวะ การขาดคุณสมบัติเหล่านี้ทำให้คู่แข่งที่รวมศูนย์มีประสิทธิภาพดีกว่ารุ่นก่อนโดยนำเสนอคุณสมบัติที่เป็นเอกลักษณ์
**โปรโตคอล Web2 อยู่ภายใต้การควบคุมของเจ้าของโดยสมบูรณ์ ซึ่งจำกัดโดยนโยบายธุรกิจและกฎหมายเท่านั้น **เพื่อผลักดันการพัฒนาโปรโตคอล Web1 จำเป็นต้องมีแบบจำลองทางเศรษฐกิจที่ชัดเจนยิ่งขึ้น อย่างไรก็ตาม เป็นไปไม่ได้ที่จะบรรลุแบบจำลองทางเศรษฐกิจที่ชัดเจนในขณะที่รักษาการกระจายอำนาจไว้โดยไม่ใช้ฉันทามติที่กระจายอำนาจ การคำนวณที่ตรวจสอบได้ และเครื่องมือเทคโนโลยีการเข้ารหัส **โดยทั่วไปข้อตกลงจะเปลี่ยนจากมุมซ้ายล่างของพื้นที่ออกแบบไปที่มุมขวาบน บางครั้งโปรโตคอลกลายเป็นศูนย์กลางโดยพฤตินัย เช่น อีเมล ด้วยอีเมลมากกว่า 50% ที่จัดการโดยผู้ให้บริการอีเมลแบบรวมศูนย์ อีเมลจึงกลายเป็นระบบรวมศูนย์อย่างมาก อีเมลถูกกดดันจากปัญหาสแปม ขาดโมเดลทางเศรษฐกิจ การแชร์ค่าลงทะเบียน DNS และค่าสวิตชิ่งที่สูง
หากไม่มีโมเดลทางเศรษฐกิจที่ใช้งานได้ อีเมลจะยั่งยืนได้ก็ต่อเมื่อเป็นโครงการเสริมของบริษัทเทคโนโลยีขนาดใหญ่เท่านั้น วิธีการลดสแปมอาศัยการประหยัดจากขนาดและการผูกข้อมูล และง่ายกว่าสำหรับบริษัทที่โฮสต์บัญชีอีเมลหลายล้านบัญชีเพื่อตรวจหาความผิดปกติ นอกจากนี้ ต้นทุนการสับเปลี่ยนก็เป็นปัจจัยสำคัญเช่นกัน ตอนนี้ เราจำเป็นต้องตระหนักถึง แรงรวมศูนย์ที่สำคัญสองประการ ที่ส่งผลต่อองค์ประกอบต่างๆ ของโปรโตคอล** ซึ่งมีบทบาทอยู่ตลอดเวลาในทุกย่างก้าวของกระบวนการออกแบบโปรโตคอล และผลกระทบเหล่านี้คือผลกระทบของเครือข่ายและต้นทุนการสลับ **
**เอฟเฟกต์เครือข่ายเป็นปรากฏการณ์ของพลังงานที่สะสมตามขนาดของระบบและกลายเป็นใช้กันอย่างแพร่หลาย ต้นทุนการสับเปลี่ยนหมายถึงต้นทุนทางเศรษฐกิจ ความรู้ความเข้าใจ หรือต้นทุนชั่วคราวที่จำเป็นสำหรับผู้ใช้ในการออกจากระบบปัจจุบันและเปลี่ยนไปใช้ระบบอื่น **ในตัวอย่างอีเมล ค่าใช้จ่ายในการเปลี่ยนเป็นสิ่งสำคัญสำหรับผู้ใช้ที่ใช้ Gmail หากคุณใช้ Gmail แต่ไม่มีโดเมนของตัวเอง ค่าใช้จ่ายในการเปลี่ยนจะสูง อย่างไรก็ตาม หากคุณเป็นเจ้าของชื่อโดเมนของคุณเอง คุณมีอิสระที่จะเปลี่ยนผู้ให้บริการอีเมลและใช้ผู้ให้บริการรายใดก็ได้ต่อไปเพื่อรับอีเมล บริษัทสามารถเพิ่มค่าใช้จ่ายในการเปลี่ยนผ่านการออกแบบโปรโตคอล บังคับหรือสนับสนุนให้ผู้ใช้ใช้ส่วนประกอบเฉพาะ ซึ่งจะช่วยลดโอกาสที่ผู้ใช้จะเปลี่ยนไปใช้ซัพพลายเออร์รายอื่น
ใช้ Reddit ซึ่งเป็นระบบที่ช่วยให้ผู้ดูแลควบคุมฟอรัมย่อยเพียงฝ่ายเดียว ทำให้เส้นแบ่งระหว่างการกระจายอำนาจและการรวมศูนย์ไม่ชัดเจน แม้ว่าการอนุญาตให้ใครก็ตามเป็นผู้ดูแลอาจถูกมองว่าเป็นรูปแบบของการกระจายอำนาจ แต่ก็ยังเป็นระบบที่รวมศูนย์อย่างสมบูรณ์หากอำนาจสูงสุดยังคงอยู่ในมือของผู้ดูแลระบบ (เช่น ทีม Reddit) ประสบการณ์ผู้ใช้คุณภาพสูงไม่เกี่ยวข้องกับอำนาจแบบรวมศูนย์ แต่การมอบประสบการณ์ผู้ใช้คุณภาพสูงมักต้องการการสนับสนุนทางการเงิน ** ในยุคของ Web1 เนื่องจากขาดเงินทุน โปรโตคอลแบบกระจายอำนาจมักไม่สามารถให้ประสบการณ์ที่ดีแก่ผู้ใช้ได้ **เงินทุนมีบทบาทสำคัญในการมอบประสบการณ์ผู้ใช้คุณภาพสูง
Web3: รูปแบบเศรษฐกิจแบบกระจายศูนย์และชัดเจน
บน **แพลตฟอร์ม Web2 เช่น Twitter, Facebook, Instagram หรือ TikTok ตัวเลือกของผู้ใช้มีจำกัด ขึ้นอยู่กับการตัดสินใจของอินเทอร์เฟซของแพลตฟอร์ม **อย่างไรก็ตาม ส่วนประกอบแบบกระจายศูนย์ที่แนะนำโดย Web3 จะเปลี่ยนโปรโตคอลอย่างไร การใช้เทคโนโลยีการเข้ารหัสและบล็อกเชนสามารถลดการพึ่งพาความไว้วางใจได้ ขณะเดียวกันก็ให้ความชัดเจนด้านเศรษฐกิจและสนับสนุนการกระจายอำนาจ **Web3 ให้ความเปิดกว้าง การทำงานร่วมกัน และโอเพ่นซอร์ส พร้อมโมเดลเศรษฐกิจที่ชัดเจน และความสามารถในการรวมกองทุนในโปรโตคอลเพื่อบรรลุการพัฒนาที่ยั่งยืนและหลีกเลี่ยงการผูกขาดคุณค่าทั้งหมด **
**ในฐานะนักพัฒนา การเลือกสร้างระบบกระจายศูนย์ที่มีรูปแบบเศรษฐกิจที่ชัดเจนคือทางเลือกที่ดีที่สุด ด้วยวิธีนี้ ทำให้มั่นใจได้ว่าระบบจะยังคงดำรงอยู่ต่อไป และเข้าใจความสัมพันธ์ทางเศรษฐกิจที่เกี่ยวข้องโดยไม่ต้องปล่อยให้ความสัมพันธ์ทางเศรษฐกิจพัฒนาไปนอกข้อตกลง ** ในแง่ของความมั่นคงและการจับมูลค่าต้องพิจารณาแตกต่างกัน การเลือกสร้างบนระบบกระจายอำนาจมีความสำคัญเนื่องจากเป็นการหลีกเลี่ยงความเสี่ยงที่อาจเกิดขึ้นและสร้างโครงการที่ทนทานและมีศักยภาพที่จะเป็นระบบที่ใหญ่ที่สุดเท่าที่จะเป็นไปได้
การสร้างอินเทอร์เน็ตไม่ถือเป็นพฤติกรรมบ้าๆ อีกต่อไป เพราะอินเทอร์เน็ตเองเป็นระบบที่กระจายอำนาจอย่างสมบูรณ์ ในทำนองเดียวกัน การใช้ภาษาโปรแกรมโอเพ่นซอร์สและการพึ่งพาเว็บเบราว์เซอร์ได้กลายเป็นรากฐานที่มั่นคงสำหรับการสร้างโครงการที่มีความทะเยอทะยาน การสร้างระบบแบบรวมศูนย์อาจถูกจำกัดและขัดขวางขนาดและขอบเขตของโครงการ Web3 ดึงดูดนักพัฒนาที่ยอดเยี่ยมที่สามารถสร้างโครงการที่ใหญ่ขึ้นและทะเยอทะยานมากขึ้น ระบบหรือแพลตฟอร์มอื่นๆ อาจเกิดขึ้นและแข่งขันกับแพลตฟอร์ม Web2 ที่มีอยู่ ปฏิบัติตามกฎระเบียบและมีความได้เปรียบในการแข่งขัน และแข่งขันอย่างดุเดือดกับแพลตฟอร์ม Web2
ปัญหาที่ใหญ่ที่สุดของเครือข่าย Web2 คือความเปราะบางและรูปแบบธุรกิจที่ปรับให้เหมาะสมมากเกินไป เครือข่ายเหล่านี้ดำเนินการเพิ่มประสิทธิภาพสำหรับเมตริกเฉพาะโดยไม่สนใจสิ่งที่ไม่เกี่ยวข้องกับเป้าหมาย ส่งผลให้ขาดนวัตกรรมและการพัฒนาผลิตภัณฑ์ใหม่ แม้ว่าจะมีผลกระทบด้านเครือข่ายที่แข็งแกร่ง แต่ไม่เพียงพอต่อการผูกขาด
ในทางตรงกันข้าม **Web3 มอบพื้นที่ที่ยืดหยุ่นและสร้างสรรค์มากขึ้นผ่านการกระจายอำนาจและรูปแบบทางเศรษฐกิจที่ชัดเจน **คล้ายกับระบบนิเวศป่าดงดิบที่อุดมสมบูรณ์และหลากหลาย ระบบ Web3 ได้สร้างโครงสร้างพื้นฐานและโปรโตคอลที่เหมาะสมสำหรับการพัฒนาสิ่งที่น่าสนใจทุกประเภท ทำให้มีดินที่อุดมสมบูรณ์มากขึ้นสำหรับนวัตกรรม โดยการใช้ประโยชน์จากสกุลเงินดิจิทัลและโมเดลเศรษฐกิจโทเค็น ผู้เข้าร่วมจะมั่นใจได้ว่าความคิดสร้างสรรค์และการรับความเสี่ยงของพวกเขาจะได้รับรางวัล เป็นการต่อยอดการพัฒนาระบบ
ดังนั้น **Web3 จึงมีความยั่งยืนของระบบนิเวศและศักยภาพด้านนวัตกรรมที่ดีกว่า แทนที่จะพึ่งพาการสะสมทรัพยากรทางเศรษฐกิจเพียงอย่างเดียว **รูปแบบเศรษฐกิจที่ชัดเจนและคุณสมบัติการกระจายอำนาจช่วยให้ Web3 บรรลุนวัตกรรมและการพัฒนาอย่างแท้จริง ห่างไกลจากสถานการณ์ของการเพิ่มประสิทธิภาพมากเกินไปและการสะสมรวมศูนย์ในฟิลด์เดียว ด้วยการแนะนำเทคโนโลยีการเข้ารหัสและโมเดลเศรษฐกิจโทเค็น Web3 ช่วยให้ผู้เข้าร่วมมีพื้นที่สร้างสรรค์และกลไกการส่งคืนที่มากขึ้น และส่งเสริมการพัฒนาระบบในทิศทางที่มีคุณค่าและยั่งยืนมากขึ้น
กรณีการออกแบบโปรโตคอล Web3
ประวัติของเคสและเป้าหมายการออกแบบ
เริ่มจากตัวอย่างที่น่าสนใจ "Stable Horde" เป็นระบบฟรีสำหรับสร้างรูปภาพและโปรโตคอล Web2 มันใช้คุณสมบัติเลเยอร์การทำงานร่วมกันที่ช่วยให้ผู้ใช้สามารถขอให้คนอื่นยินดีช่วยสร้างภาพ ลูกค้าส่งงานไปยังคิวงาน ผู้ปฏิบัติงานดำเนินการประมวลผลการอนุมาน และส่งผลลัพธ์ไปยังที่เก็บผลลัพธ์ ซึ่งไคลเอนต์สามารถดึงผลลัพธ์และจ่ายคะแนน Kudos ให้กับผู้ปฏิบัติงาน ใน Stable Horde Kudos เป็นระบบคะแนนฟรีที่ใช้ในการจัดลำดับความสำคัญของงาน อย่างไรก็ตาม ยิ่งคิวยาวเท่าใด การสร้างอิมเมจก็จะใช้เวลานานขึ้นเท่านั้น เนื่องจากข้อจำกัดของการบริจาคทรัพยากรในการคำนวณ
เราประสบปัญหาที่น่าสนใจ: จะปรับขนาดระบบนี้อย่างไรให้ใหญ่ขึ้นและเชี่ยวชาญมากขึ้น ในขณะที่ยังคงเปิดกว้างและทำงานร่วมกันได้ โดยไม่ต้องเสี่ยงกับการรวมศูนย์เพื่อทำลายจิตวิญญาณดั้งเดิมของโครงการ **ข้อเสนอหนึ่งคือการแปลงคะแนน Kudos เป็นโทเค็น ERC20 และบันทึกไว้ในบล็อกเชน อย่างไรก็ตาม การเพิ่มบล็อกเชนเพียงอย่างเดียวอาจทำให้เกิดปัญหาหลายอย่าง เช่น การโจมตีด้วยผลลัพธ์ที่ผิดพลาด เป็นต้น
ลองคิดใหม่เกี่ยวกับขั้นตอนการออกแบบโปรโตคอล **คุณควรเริ่มต้นด้วยเป้าหมายที่ชัดเจน จากนั้นพิจารณาข้อจำกัด และกำหนดกลไกในที่สุด **การออกแบบระบบต้องมีการวัดเป้าหมายและระบุกลไกที่มีประสิทธิภาพ ข้อจำกัดมาในรูปแบบภายในและภายนอก และโดยการจำกัดพื้นที่การออกแบบ กลไกสามารถระบุได้ชัดเจนยิ่งขึ้น กลไกเป็นสาระสำคัญของโปรโตคอล เช่น การหักล้าง การกำหนดราคา การเดิมพัน สิ่งจูงใจ การชำระเงิน และการตรวจสอบ การออกแบบควรอยู่ภายในข้อจำกัดและบรรลุเป้าหมายที่กำหนดไว้อย่างดี
ไปที่โปรโตคอล Web3 ใหม่ล่าสุดที่เรียกว่า "Unstable Confusion" ต่อไปนี้เราจะร่างแนวทางที่น่าสนใจที่เสนอในบริบทของการแปลงโปรโตคอล Web2 ที่มีอยู่ "Stable Horde" เป็นโปรโตคอล Web3 "Unstable Confusion"
ดังที่ได้กล่าวไว้ก่อนหน้านี้ มีปัญหากับ การส่งผลลัพธ์ที่ผิดพลาด ดังนั้นจึงจำเป็นต้องมีกลไกเพื่อให้แน่ใจว่าผู้ใช้ได้รับสิ่งที่ต้องการ สิ่งนี้เรียกว่า "การตรวจสอบเหตุผล" พูดง่ายๆ ก็คือ เราต้องตรวจสอบเหตุผลเพื่อให้แน่ใจว่าผลลัพธ์เป็นไปตามที่คาดไว้ ปัญหาอีกประการเกี่ยวกับคนงานใน "Stable Horde" ผู้ปฏิบัติงานร้องของานถัดไปจากฐานข้อมูลตามลำดับที่ได้รับการร้องขอ และมอบหมายงานให้กับผู้ปฏิบัติงานที่ส่งคำขอเร็วที่สุด แต่ในระบบที่ใช้เงินเข้ามาเกี่ยวข้อง คนงาน อาจเรียกร้องงานจำนวนมากเพื่อรับเงินมากขึ้น แต่ไม่ได้ตั้งใจทำงานให้เสร็จ พวกเขาอาจแข่งขันกันเพื่อเวลาแฝงต่ำ คว้างาน และทำให้ระบบแออัด **
เพื่อแก้ปัญหาข้างต้น ขอเสนอแนวทางแก้ไขบางประการ วิธีแรกคือ "จ่ายตามสัดส่วนของผลงาน" ซึ่งพนักงานจะได้รับค่าจ้างตามผลงานของตน โดยแข่งขันกันเพื่อให้ได้งานในลักษณะที่เป็นประโยชน์ต่อเครือข่าย ประการที่สองคือ "การมีส่วนร่วมที่ยืดหยุ่น" กล่าวคือ พนักงานสามารถเข้าร่วมหรือออกจากระบบได้อย่างอิสระด้วยค่าใช้จ่ายที่ต่ำกว่า ซึ่งดึงดูดผู้เข้าร่วมได้มากขึ้น ประการสุดท้าย "เวลาแฝงต่ำ" นั่นคือการตอบสนองของแอปพลิเคชันที่รวดเร็วและมีความสำคัญอย่างยิ่งต่อประสบการณ์ของผู้ใช้ ** กลับไปที่เป้าหมายของเรา เพื่อสร้างตลาดที่กระจายอำนาจและทำงานร่วมกันได้สำหรับการสร้างอิมเมจ แม้ว่าเรายังมีข้อจำกัดที่สำคัญบางประการ แต่สามารถเพิ่ม แก้ไข หรือระบุรายละเอียดเพิ่มเติมได้ในภายหลัง ตอนนี้ เราสามารถประเมินความเป็นไปได้ของกลไกต่างๆ
การออกแบบกลไกที่มีศักยภาพ
1. กลไกการตรวจสอบ
เราสามารถใช้วิธีการต่างๆ เช่น ทฤษฎีเกมและการเข้ารหัสเพื่อรับรองความถูกต้องของการให้เหตุผล กลไกทฤษฎีเกมสามารถใช้ในระบบการระงับข้อพิพาท ซึ่งผู้ใช้สามารถเพิ่มข้อพิพาทและได้รับการตัดสินโดยบทบาทเฉพาะ การตรวจสอบต่อเนื่องหรือการตรวจสอบตัวอย่างเป็นอีกแนวทางหนึ่ง โดยการตรวจสอบการทำงานของพนักงาน ตรวจสอบให้แน่ใจว่างานได้รับมอบหมายให้กับพนักงานที่แตกต่างกัน และบันทึกว่าพนักงานคนไหนผ่านการตรวจสอบ การพิสูจน์ที่ไม่มีความรู้ในการเข้ารหัสสามารถสร้างการพิสูจน์ที่มีประสิทธิภาพในการตรวจสอบความถูกต้องของการใช้เหตุผล วิธีการแบบดั้งเดิมรวมถึงสถาบันบุคคลที่สามที่เชื่อถือได้และบทวิจารณ์ของผู้ใช้ แต่มีความเสี่ยงในการรวมศูนย์และผลกระทบต่อเครือข่าย
กลไกการตรวจสอบที่เป็นไปได้อื่นๆ รวมถึงการให้ผู้ปฏิบัติงานหลายคนทำงานเดียวกันให้เสร็จ และผู้ใช้เลือกจากผลลัพธ์ อาจมีค่าใช้จ่ายสูง แต่ถ้าต้นทุนต่ำพอ ก็ถือเป็นแนวทางได้
2. กลยุทธ์ด้านราคา
เกี่ยวกับกลยุทธ์การกำหนดราคา สามารถจัดทำรายการสั่งซื้อออนไลน์ได้ นอกจากนี้ยังสามารถใช้เมตริกพร็อกซีทรัพยากรการประมวลผลแบบออนเชนที่ตรวจสอบได้ เช่น แก๊ส แนวทางนี้แตกต่างจากตลาดเสรีทั่วๆ ไป ที่ผู้ใช้เพียงโพสต์สิ่งที่พวกเขายินดีจ่ายสำหรับการอนุมาน ซึ่งคนงานสามารถยอมรับได้ หรือพวกเขาสามารถประมูลเพื่อแข่งขันกันรับงานได้ ผู้ใช้สามารถสร้างเมตริกพร็อกซีที่มีลักษณะคล้ายก๊าซแทน ซึ่งการอนุมานเฉพาะต้องใช้ทรัพยากรการประมวลผลจำนวนหนึ่ง และจำนวนของทรัพยากรการคำนวณจะเป็นตัวกำหนดราคาโดยตรง ด้วยวิธีนี้ การทำงานของกลไกทั้งหมดจะง่ายขึ้น
อีกทางหนึ่งคือสามารถใช้สมุดสั่งซื้อแบบออฟไลน์ซึ่งมีราคาไม่แพงและมีประสิทธิภาพมาก อย่างไรก็ตาม ปัญหาคือใครก็ตามที่เป็นเจ้าของหนังสือสั่งซื้อนั้นอาจรวมเอาผลกระทบของเครือข่ายมาที่ตัวพวกเขาเอง
3. กลไกการจัดเก็บ
กลไกการจัดเก็บมีความสำคัญมากเพื่อให้แน่ใจว่าสามารถส่งผลงานไปยังผู้ใช้ได้อย่างถูกต้อง แต่เป็นการยากที่จะลดความเสี่ยงของความไว้วางใจและพิสูจน์ว่าส่งมอบงานอย่างถูกต้อง ผู้ใช้อาจสงสัยว่ามีการส่งมอบสินค้าหรือไม่ คล้ายกับการบ่นว่าไม่ได้รับสินค้าที่คาดหวังไว้ ผู้ตรวจสอบอาจต้องตรวจสอบกระบวนการคำนวณและตรวจสอบความถูกต้องของผลลัพธ์ที่ส่งออก ดังนั้น โปรโตคอลควรมองเห็นเอาต์พุตและจัดเก็บในที่ที่โปรโตคอลสามารถเข้าถึงได้
ในแง่ของกลไกการจัดเก็บ เรามีหลายทางเลือก หนึ่งคือการจัดเก็บข้อมูลบนเครือข่าย แต่สิ่งนี้มีราคาแพง อีกทางเลือกหนึ่งคือการใช้เครือข่ายการเข้ารหัสพื้นที่เก็บข้อมูลเฉพาะ ซึ่งซับซ้อนกว่าแต่จะพยายามแก้ปัญหาแบบเพียร์ทูเพียร์ อีกทางหนึ่งคือมีตัวเลือกในการจัดเก็บข้อมูลแบบออฟไลน์ แต่สิ่งนี้ทำให้เกิดปัญหาอื่น ๆ เนื่องจากใครก็ตามที่ควบคุมระบบจัดเก็บข้อมูลนั้นอาจมีอิทธิพลต่อด้านอื่น ๆ เช่นกระบวนการตรวจสอบและการส่งการชำระเงินครั้งสุดท้าย
4. กลยุทธ์การจัดสรรงาน
วิธีการกระจายงานจำเป็นต้องได้รับการพิจารณาด้วย ซึ่งเป็นพื้นที่ที่ค่อนข้างซับซ้อน ถือได้ว่าผู้ปฏิบัติงานเลือกงานด้วยตัวเองหลังจากส่งงาน หรือข้อตกลงแจกจ่ายงานหลังจากส่งงานแล้ว และยังเป็นไปได้ที่จะให้ผู้ใช้หรือผู้ใช้ปลายทางเลือกผู้ปฏิบัติงานเฉพาะราย มีข้อดีและข้อเสียสำหรับแต่ละวิธี และพิจารณาการผสมผสานระหว่างวิธีที่โปรโตคอลตัดสินใจว่าพนักงานคนใดสามารถของานใดได้บ้าง
การมอบหมายงานเกี่ยวข้องกับรายละเอียดที่น่าสนใจมากมาย ตัวอย่างเช่น ในระบบที่ใช้โปรโตคอล จำเป็นต้องทราบว่าผู้ปฏิบัติงานออนไลน์และพร้อมใช้งานหรือไม่ เพื่อตัดสินใจว่าจะมอบหมายงานให้หรือไม่ คุณต้องทราบความสามารถและภาระของคนงานแต่ละคนด้วย ดังนั้น จำเป็นต้องพิจารณาปัจจัยเพิ่มเติมต่างๆ ในโปรโตคอล ซึ่งอาจไม่ได้รวมไว้ในการใช้งานเบื้องต้นอย่างง่าย
ประเด็นสำคัญของการออกแบบโปรโตคอลแบบกระจายอำนาจ
องค์ประกอบการออกแบบที่สำคัญ 7 ประการที่อาจนำไปสู่ความเสี่ยงจากการรวมศูนย์
ซึ่งรวมถึงการตั้งชื่อพื้นที่ที่นำมาใช้โดยอีเมล ระบบการชำระเงิน ชื่อเสียงและการจัดเก็บ การจับคู่ ระบบการกำหนดราคา และระบบการตรวจสอบ องค์ประกอบเหล่านี้อาจรวมศูนย์เนื่องจากผลกระทบของเครือข่ายหรือค่าใช้จ่ายในการเปลี่ยนสูง ควบคุมโปรโตคอลโดยลดการสะสมของเอฟเฟกต์เครือข่าย ส่งสัญญาณเอฟเฟกต์เครือข่ายเข้าสู่โปรโตคอล และสร้างชั้นการควบคุมแบบกระจายอำนาจในโปรโตคอลเพื่อให้แน่ใจว่าระบบมีความสมบูรณ์ในระยะยาว การควบคุมแบบกระจายอำนาจสามารถทำได้โดยใช้โทเค็นที่ผันผวนหรือการออกแบบการกำกับดูแลอื่นๆ เช่น ระบบชื่อเสียงหรือกลไกการเลือกตั้งแบบหมุนเวียน
ลดต้นทุนการสลับและส่งเสริมการทำงานร่วมกัน
เพื่อกระตุ้นให้ผู้ประกอบการสร้างแอปพลิเคชันบนระบบ สิ่งสำคัญคือต้องลดต้นทุนการสลับและส่งเสริมการทำงานร่วมกันระหว่างระบบต่างๆ หลีกเลี่ยงการใช้ต้นทุนการสับเปลี่ยนที่สูงและลดการพึ่งพาหนังสือสั่งซื้อนอกเครือข่ายหรือระบบการตรวจสอบของบุคคลที่สามมากเกินไป
ใช้เทคโนโลยี Web3 เพื่อสร้างระบบกระจายอำนาจ
ใช้ประโยชน์จากเครื่องมือและหลักการของ Web3 ในการออกแบบระบบที่ช่วยให้ผู้ประกอบการและหลีกเลี่ยงการรวมศูนย์มากเกินไป โปรโตคอลที่ใช้หลักการของ Web3 มักจะมีขนาดที่ใหญ่ขึ้น มีอายุยืนยาวขึ้น และมีชีวิตชีวาของระบบนิเวศที่มีชีวิตชีวามากขึ้น มอบพื้นที่ที่อุดมสมบูรณ์สำหรับการสำรวจเชิงนวัตกรรมที่เกินขอบเขตที่กำหนดโดยผู้ครอบครองตลาดรายใหญ่ที่สุด
การวิจัยอย่างลึกซึ้งและการเลือกโซลูชั่นที่ดีที่สุด
เมื่อออกแบบโปรโตคอลและกำหนดกลยุทธ์ จำเป็นต้องศึกษาแง่มุมต่างๆ ในเชิงลึก สำหรับการรับรองความถูกต้อง โซลูชันการเข้ารหัสมักจะเป็นตัวเลือกที่ดีที่สุด ในแง่ของราคา ตัววัดพร็อกซีที่ใช้ทรัพยากรการประมวลผลที่ตรวจสอบได้บนเครือข่ายสามารถปรับให้เข้ากับการอนุมานหรืองานการเรียนรู้ของเครื่องได้หลากหลาย ในแง่ของการมอบหมายงาน มีการใช้โปรโตคอลสำหรับอัปเดตความสามารถและสถานะของพนักงานแบบเรียลไทม์เพื่อกระจายงานอย่างยุติธรรมและอนุญาตให้พนักงานเลือกเองว่าจะรับงานหรือไม่ สำหรับปัญหาในการจัดเก็บ วิธีแก้ปัญหา เช่น เทคโนโลยีการแบ่งส่วนต้นแบบสามารถพิจารณาเพื่อแก้ปัญหาในกรอบเวลาอันสั้นและใช้วิธีการจัดเก็บชั่วคราว
เมื่อออกแบบระบบกระจายอำนาจ ข้อควรพิจารณาข้างต้นสามารถช่วยสร้างระบบที่มีความแข็งแกร่งในระยะยาวและคุณสมบัติการกระจายอำนาจ
ต้นฉบับ: การออกแบบโปรโตคอล: ทำไมและอย่างไร
ลิงก์ไปยังฉบับแปลฉบับเต็ม: