ภาพรวมแบบพาโนรามาของมิดเดิลแวร์และโครงสร้างพื้นฐานของ Web3

ผู้เขียนต้นฉบับ: Cam

เรียบเรียงต้นฉบับ: saku, SeeDAO

บทคัดย่อ: บทความนี้จัดหมวดหมู่และให้รายละเอียดเกี่ยวกับมิดเดิลแวร์ web 3 ในพอร์ตโฟลิโอของ zee prime ซึ่งรวมถึง: ที่เก็บข้อมูล/ข้อมูล โมเดลข้อมูลและการตรวจสอบความถูกต้อง ดัชนี การควบคุมการเข้าถึง และแพลตฟอร์มการรวม มันอธิบายความสัมพันธ์ของพวกเขากับบล็อกเชนพื้นฐาน และวิธีที่พวกเขารวมเข้าด้วยกันเพื่อสร้างแอปพลิเคชันเว็บ 3 นอกจากนี้ บทความนี้อธิบายว่าทำไมนักพัฒนารุ่นต่อไปจึงควรเลือกมิดเดิลแวร์ web3

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

เป็นที่น่าสังเกตว่าเอกสารฉบับนี้มุ่งเน้นไปที่ผลงานของ Zee Prime เราสำรวจพอร์ตโฟลิโอของเราโดยเจาะลึกเข้าไปอีก นำการศึกษารายบุคคลไปข้างหน้าและรวมเข้าด้วยกันเป็น "เมตาวิทยานิพนธ์" ตัวกลาง

เราขออภัยสำหรับการใช้คำศัพท์ เช่น การเรียบเรียง, Web 3 เป็นต้น แต่มันยากที่จะวาดภาพเต็มโดยไม่พึ่งพามีมสองสามตัว Memes มีบทบาทสำคัญ

Middleware Papers เล่มที่ 2

เนื่องจากแอปพลิเคชันระดับสูงบนบล็อกเชนยังคงมีประสิทธิภาพดีกว่า DeFi ดั้งเดิมในยุคแรก ๆ ความต้องการโครงสร้างพื้นฐานและมิดเดิลแวร์ที่แข็งแกร่งจึงขยายออกไป พวกเราที่ Zee Prime ต่างคลั่งไคล้ใน "หมวดหมู่" นี้มาหลายปีแล้ว บทความเกี่ยวกับมิดเดิลแวร์เรื่องแรกของเรา - "เอกสารเกี่ยวกับโครงสร้างพื้นฐานของ LEGO Middleware" เน้นความสำคัญและเศรษฐศาสตร์ที่เกี่ยวข้องกับการถ่ายทอดข้อมูลที่แข็งแกร่งในการพัฒนาแพลตฟอร์มแบบกระจายอำนาจที่ยั่งยืน

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

Meme กล่าวว่า DFINITY ซึ่งมีเป้าหมายเพื่อเป็น "ระบบคลาวด์คอมพิวติ้งโลกแบบกระจายศูนย์" นั้นตายแล้วและไม่สามารถกู้คืนได้ ดังนั้นจึงต้องฝังไว้

ตอนนี้การเล่าเรื่องขายยาก

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

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

นี่คือแผนที่สำหรับมิดเดิลแวร์ Web 3 หรือไม่

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

การจัดเก็บ / ข้อมูล

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

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

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

เครือข่ายสตอเรจเช่น Arweave และ Filecoin มีมาระยะหนึ่งแล้ว โดยให้บริการระบบจับคู่แบบกระจายสำหรับสตอเรจส่วนเกินและความต้องการสตอเรจ - นี่อาจเป็นที่รู้จักกันดีและไม่ต้องการการแนะนำในส่วนของเรา

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

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

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

ในทำนองเดียวกัน Spheron มีวัตถุประสงค์เพื่อเป็นเลเยอร์นามธรรมสำหรับโซลูชันมิดเดิลแวร์ที่หลากหลายยิ่งขึ้น โปรโตคอลมีเป้าหมายเพื่อเป็นโซลูชันแบบครบวงจรสำหรับการปรับใช้และทำให้โครงการ Web 3 เป็นอัตโนมัติ มีอินเทอร์เฟซคล้าย "app store" ซึ่งผู้ใช้ที่ไม่ใช่เจ้าของภาษาของ Web 3 สามารถเลือกจากข้อเสนอโครงสร้างพื้นฐานแบบกระจายศูนย์ได้อย่างง่ายดาย ซึ่งเหมือนกับมหาสมุทรดิจิทัลของ Web 2

โมเดลข้อมูลและการตรวจสอบความถูกต้อง

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

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

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

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

เซรามิกในระดับพื้นฐานที่สุดคือเครือข่ายโมเดลข้อมูลแบบกระจายอำนาจ เหตุใดจึงเป็นโครงสร้างพื้นฐานที่สำคัญสำหรับแอปพลิเคชันแบบกระจายศูนย์ กล่าวคือ "เลเยอร์ 1" (L1) จะจัดเก็บสถานะของยอดคงเหลือในบัญชี (ข้อมูลทางบัญชี) KYVE พยายามให้การตรวจสอบข้อมูลสำหรับการเปลี่ยนแปลงสถานะที่ L1 ในขณะที่ Ceramic ให้สถานะข้อมูลแอปพลิเคชันและที่เก็บข้อมูลแบบจำลองที่ด้านบนของชั้นฐาน ผู้ใช้เครือข่ายสามารถสร้างคอลเลกชัน (สตรีม) ข้อมูล IPFS ทำให้ข้อมูลคงที่ (เช่น ข้อมูลใน Filecoin หรือ arweave) กลายเป็นเนื้อหาตัวแปรลำดับสูง

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

Kwil ใช้วิธีการที่สอดคล้องกับ SQL กับโมเดลข้อมูล web 3 ข้อได้เปรียบที่ใหญ่ที่สุดของโมเดลดังกล่าวคือมีนักพัฒนาจำนวนมากที่คุ้นเคยกับ SQL Kwil ใช้เครือข่ายของโหนดในการดูแลฐานข้อมูลเชิงสัมพันธ์ ฐานข้อมูลเหล่านี้ (เรียกว่าฐานข้อมูลคูเมือง) ได้รับการดูแลโดยเครือข่ายย่อยของโหนดและอัปเดตอยู่เสมอโดยการสแกนหาการเขียนใหม่และการสืบค้นโหนดอื่นๆ ภายในคูเมืองเดียวกัน สิ่งที่น่าสนใจที่สุดคือ โหนดเหล่านี้สามารถเรียกใช้เกตเวย์เมชคำขอขั้นสูงสำหรับการดำเนินการทางตรรกะของการโต้ตอบกับฐานข้อมูลได้อย่างมีประสิทธิภาพ

ตัวทำดัชนี

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

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

Subsquid บริษัทที่ลงทุนโดย Zee Prime เป็นกรณีศึกษาเกี่ยวกับตัวสร้างดัชนี Subsquid ใช้วิธีการหลายชั้นในการจัดทำดัชนีข้อมูลบนเครือข่ายในลักษณะกระจายอำนาจ เป้าหมายสูงสุดของพวกเขาคือการสนับสนุน API รุ่นต่อไปสำหรับ Web 3 โปรโตคอลรองรับทั้งระบบนิเวศ Substra และ EVM ระบุประเภท สกีมา และคำจำกัดความของข้อมูลบนเครือข่าย และต่อมาปรับปรุงข้อมูลที่มีการจัดทำดัชนีใหม่โดยเปลี่ยนไปใช้โซลูชันการโทรตาม API (แทนที่จะใช้ RPC) ความสามารถในการดึงข้อมูล

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

เลเยอร์ประกอบด้วยโหนดสองประเภท: Squid จัดประเภทข้อมูลและรองรับการสืบค้น API ที่ตามมา ในขณะที่ Archive จะนำเข้าข้อมูลดิบอย่างต่อเนื่องจากเครื่องสถานะพื้นฐานและบันทึกไว้ในฐานข้อมูล

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

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

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

Glitter สร้างโซลูชันแบบ win-win สำหรับนักพัฒนาและชุมชนโดยให้บริการที่ไม่ยุ่งยากเพื่อแลกกับข้อมูลที่รวบรวมจากฝูงชน โมเดลนี้ได้รับการพิสูจน์แล้วว่ามีประสิทธิภาพในการทำงานร่วมกันของแอปพลิเคชันโซเชียลต่างๆ ที่จัดเก็บข้อมูลบน Filecoin

การควบคุมการเข้าถึง

การควบคุมการเข้าถึง

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

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

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

แพลตฟอร์มแบบบูรณาการ

ในการผสานรวมและปะติดปะต่อบล็อกที่เราจินตนาการในโลกของสะพาน 3 มิติ Polywrap (เดิมชื่อ Web3 api) กำลังผลักดันการรวมโปรโตคอล Web 3 ให้มีประสิทธิภาพในระดับที่สูงขึ้น แม้ว่าโปรโตคอลของ Web 3 จะเป็นแบบเปิดและสามารถเรียบเรียงทางเทคนิคได้ แต่การบรรลุความสามารถในการเรียบเรียงนี้ในทางปฏิบัตินั้นยากกว่าใน Web 2 มาก นี่เป็นเพราะแต่ละโปรโตคอลต้องการตรรกะทางธุรกิจเฉพาะเพื่อทำงานในแอปพลิเคชัน และตรรกะทางธุรกิจเหล่านี้มักจะสร้าง SDK ในภาษาเฉพาะ

การผสานรวม SDK ที่แตกต่างกันทั้งหมดเหล่านี้ขาดประสิทธิภาพอย่างมากเนื่องจากขาดมาตรฐาน ยิ่งไปกว่านั้น พวกเขาทั้งหมดรองรับภาษาเฉพาะ ซึ่งหมายความว่าผู้พัฒนาโปรโตคอลมักจะปล่อย SDK ที่ทำหน้าที่ซ้ำกันสำหรับภาษาต่างๆ ทำให้เกิดฝันร้ายในการบำรุงรักษา

โซลูชันของ Polywrap ช่วยแบ่งเบาภาระนี้โดยใช้ประโยชน์จากรูปแบบมาตรฐานและ WebAssembly การผสานรวมของ Polywrap ทำให้ง่ายต่อการเรียกใช้กับสคีมาที่อ่านง่าย (นึกถึง REST API) แทนที่จะรวม SDK ล่วงหน้าสำหรับโปรโตคอลต่างๆ ในแอปพลิเคชันของคุณ wrapper จะถูกดาวน์โหลดที่รันไทม์และดำเนินการในแอปพลิเคชัน กล่าวโดยย่อ หมายความว่าแอปพลิเคชันใด ๆ ที่รวม Polywrap ไว้จะสามารถเข้าถึงโปรโตคอล Web 3 ใดก็ได้

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

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

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

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

แม้ว่าจะไม่เหมาะสมกับหมวดหมู่ แต่ Sepana กำลังสร้างเครื่องมือค้นหาสำหรับเว็บ 3 ไม่ว่าจะเป็น DeFi, โซเชียล, กิจกรรม DAO หรือ NFT โซลูชันของ Sepana จะให้เครื่องมือค้นหาข้อความแบบเต็มที่ช่วยให้ผู้ใช้สามารถเรียกดูเว็บทั้งหมดได้ 3 ด้วยการใช้ตัวสร้างดัชนีดังกล่าวข้างต้น เช่นเดียวกับการจัดทำดัชนีของแอปพลิเคชันและข้อมูลของเว็บ 3 โปรโตคอลจะทำหน้าที่เป็นประตูสู่ระบบนิเวศที่กว้างขึ้น นอกจากนี้ อัลกอริทึมที่โปร่งใสและเป็นโอเพ่นซอร์สของ Sepana ยังสามารถนำมาใช้ขับเคลื่อนแอปพลิเคชันอื่นๆ เช่น ฟีดโซเชียลมีเดียตามกราฟโซเชียลที่จัดเก็บไว้ในโซลูชันฐานข้อมูล เช่น Ceramic และ Kwil

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

มันมารวมกันได้อย่างไร?

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

จากผลเวิร์กโฟลว์นี้ เราคาดว่าโซลูชันมิดเดิลแวร์จะเผยแพร่จากระดับกลางของข้อกำหนดทางเทคนิคเหล่านี้ และสนับสนุนในบริบทของ Web 3 เราสามารถดูสิ่งนี้ได้โดยดูที่รายการ/ประเภทของมิดเดิลแวร์ที่อธิบายไว้ก่อนหน้านี้ มิดเดิลแวร์ Web 3 ทุกชิ้นเหมาะกับเวิร์กโฟลว์ทั่วไปที่เราอธิบายไว้

รูปด้านบนสรุปแอปพลิเคชันในทุกระดับของเลเยอร์สแต็กแอปพลิเคชันมิดเดิลแวร์ของ Web 3 โดยเลเยอร์จากบนลงล่าง การควบคุมการเข้าถึงรวมถึง Lit Protocol และ Guild.xyz แพลตฟอร์มการรวม ได้แก่ Polywrap, Gasless และ Sepana โมเดลข้อมูลประกอบด้วย Ceramic, Kwil และข้อมูลถูกต้อง ลักษณะรวมถึง KYVE ตัวสร้างดัชนีประกอบด้วย SolanaFM, SubQuery, Glitter, Subsquid เป็นต้น และเครือข่ายการจัดเก็บและโซลูชัน ได้แก่ Filecoin, Banyan, Arweave และ Spheron

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

เครือข่ายโซเชียลมีเดียสมมุติของเราจะใช้ชื่อว่า twatter ในทางปฏิบัติ เราสามารถเห็นผลิตภัณฑ์ของแพลตฟอร์ม - ประสบการณ์โซเชียลมีเดีย - ไหลผ่านส่วนประกอบในมิดเดิลแวร์สแต็กในไดอะแกรมด้านบน โปรดทราบว่าเราไม่ถือว่าเครือข่ายโซเชียลของ Web 3 เป็น "ทวิตเตอร์แบบกระจายอำนาจ" เราจินตนาการว่าเครือข่ายสังคมออนไลน์ของ Web 3 เป็นปรากฏการณ์ที่เกิดขึ้นใหม่ บางทีอาจอ้างแอป Web 2 เพื่อพิสูจน์ (หากพวกเขาตัดสินใจที่จะเปิด API) ผ่านบางอย่างเช่น Sismo

เครือข่ายโซเชียลมีเดียสมมุติฐานของ Zee Prime เรียกว่า twatter ซึ่งมีจุดมุ่งหมายเพื่อใช้แอปพลิเคชันเครือข่ายสังคมผ่านมิดเดิลแวร์สแต็ก

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

ตัวอย่างเช่น หากแพลตฟอร์มต้องการให้คุณถือ NFT ฟรีเพื่อเข้าถึงแพลตฟอร์ม (กลไกการลดสแปมหรือวัตถุประสงค์อื่นๆ) ผู้ใช้จะต้องเชื่อมต่อกระเป๋าเงินของตนกับแพลตฟอร์ม และโปรโตคอลควบคุมการเข้าถึงจะตรวจสอบและจับมือกัน แพลตฟอร์มการผสานรวมสามารถถูกแทนที่ด้วยเลเยอร์แอปพลิเคชันเพื่อให้สามารถเปิดใช้งานบริการ web 3 อื่น ๆ ในขณะที่สามารถใช้อัลกอริทึมของ Sepana ในการออกแบบการพุชตามกราฟโซเชียล

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

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

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

เหตุใดผู้สร้างแอปพลิเคชันยุคหน้าจึงควรเลือกมิดเดิลแวร์ Web3

ในขณะที่เครื่องมือของ Web 3 ยังคงปรากฏ เราต้องถามตัวเองต่อไปว่าเหตุใดจึงเกิดขึ้น พวกเขาให้ประโยชน์มากกว่าโซลูชัน Web 2 หรือไม่

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

LEGO โครงสร้างพื้นฐานเหล่านี้เปิดใช้งานการผสานรวมเชิงลึกที่มักเกี่ยวข้องกับ Semantic Web ซึ่งเป็นวิสัยทัศน์ของ Tim Berners-Lee เกี่ยวกับอินเทอร์เน็ตที่เปิดกว้างและรวบรวมได้ และเสนอโซลูชันการโฮสต์และการคำนวณที่ถูกกว่า ดังที่เดนิส-นาซารอฟชี้ว่า หากระบบคอมพิวเตอร์ที่ซับซ้อนจะกลายเป็นระบบนิเวศที่เฟื่องฟูเหมือนสวน มันจำเป็นต้องทำให้เป็นโมดูลและมีความเชี่ยวชาญ และในโลกของ Web 1/Web 2 ผู้ใช้จะละทิ้งการจัดการของรัฐเพื่อให้ได้มาซึ่ง ความสามารถในการใช้การเชื่อมต่อ ยักษ์ใหญ่ของ Web 2 เก็บข้อมูลของรัฐที่มีค่าไว้เป็นส่วนตัวเพราะการมีข้อมูลนั้นจะเก็บค่าไว้เป็นผลลัพธ์

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

Zee Prime ลงทุนในโซลูชั่นมิดเดิลแวร์ก่อนที่แอปจะแจ้งให้ทราบ!

จุดชมวิวซีไพรม์

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

มิดเดิลแวร์ในอนาคตทั้งหมดหรือไม่ แน่นอน.

เมื่อนำมารวมกัน โครงสร้างพื้นฐานนี้ (และโครงสร้างพื้นฐานในอนาคต) จะ:

• เพิ่มความต้านทานต่อการเซ็นเซอร์

• ปรับปรุงประสิทธิภาพ

• ปรับปรุงประสิทธิภาพ

• ใช้รูปแบบธุรกิจใหม่

ผลกระทบที่อาจเกิดขึ้นเพิ่มเติมของโมดูลโครงสร้างพื้นฐานที่เปลี่ยนแทนกันได้และเลเยอร์นามธรรมคือแอปพลิเคชันจะ:

• ห่างจากชั้นฐานมากขึ้นเรื่อย ๆ และ

• เป็นผลให้จะกลายเป็นผู้ไม่เชื่อเรื่องพระเจ้าลูกโซ่มากขึ้นเรื่อยๆ

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

แอปพลิเคชันที่ไม่ใช่ทางการเงินที่ซับซ้อนมากขึ้นจะมีความเกี่ยวข้องที่หลวมกับเชนดังกล่าว ลดค่าใช้จ่ายในการเปลี่ยน (การควบคุมการเข้าถึง NFT ฟรีนั้นสามารถย้ายไปยังบล็อกเชนและกระเป๋าเงินใหม่ได้อย่างง่ายดาย) แอปพลิเคชันดึงดูดผู้ใช้ทั่วทั้งเครือข่ายแล้ว

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

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

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

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

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

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

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

ZeePrime ไม่สนใจ MEV แต่ ZeePrime สนใจแต่ค่ามิดเดิลแวร์เท่านั้น!

อภิธานศัพท์

เว็บ 3 - คุณสามารถอ้างอิงบทความ: Beyond buzzwords

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

WASM - ย่อมาจาก WebAssembly อาจหมายถึงเครื่องเสมือนแบบสแต็กที่ทำงานในรูปแบบไบนารี แต่สามารถคอมไพล์ในภาษาต่างๆ เช่น Rust, C, Python เป็นต้น

SDK - ย่อมาจาก Software Development Kit เป็นชุดเครื่องมือสร้างซอฟต์แวร์สำหรับแพลตฟอร์มเฉพาะ โดยปกติจะอยู่ในรูปของไลบรารี เฟรมเวิร์ก สิ่งประดิษฐ์ หรือเครื่องมือดีบัก

IPFS - ระบบไฟล์ระหว่างดาวเคราะห์ เป็นระบบกระจายที่ใช้การระบุเนื้อหาเพื่อจัดเก็บและเข้าถึงข้อมูล

การออกแบบเหมือนจริง - คำจำกัดความอย่างเป็นทางการมีดังนี้: การออกแบบเหมือนจริงรวมถึงคุณสมบัติที่ทำให้สิ่งใหม่ดูเหมือนของเก่าหรือคุ้นเคยมากกว่า ในทางปฏิบัติหมายถึงแนวคิดใหม่ที่ย่อยง่าย แอพการออกแบบที่สมจริงนั้นตรงกันข้ามกับแอพที่มาพร้อมเครื่อง

API - อินเทอร์เฟซการเขียนโปรแกรมแอปพลิเคชัน นี่เป็นซอฟต์แวร์ที่สามารถใช้ประโยชน์จากซอฟต์แวร์อื่นได้

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