หากอนาคตประกอบด้วยเศรษฐกิจแบบ onchain ที่มีโรลอัปนับพัน เราก็มาถูกกำหนดเวลาที่ถูกต้องแล้วในปัจจุบัน ตั้งแต่ชุดพัฒนา Optimism และ Polygon chain ไปจนถึง Caldera และ Stackr ในช่วงหลายเดือนที่ผ่านมา เราได้เห็นเฟรมเวิร์ก Rollup และผู้ให้บริการ Rollups-as-a-Service (RaaS) มากมายเข้าสู่ตลาด เฟรมเวิร์กเหล่านี้นำเสนอฐานโค้ดแบบโมดูลาร์ (มักจะเป็นโอเพ่นซอร์ส) สำหรับส่วนประกอบต่างๆ ของโรลอัพ ช่วยให้นักพัฒนาสามารถเลือกและเลือกจากตัวเลือกที่กำหนดเองที่หลากหลายสำหรับแต่ละเลเยอร์ของสแต็ก
แต่ผู้ให้บริการเหล่านี้จะสร้างมูลค่าได้อย่างไร? หรือพวกมันมีมูลค่าใด ๆ เลยหรือไม่? ตามที่ Neel Somani โต้แย้งเมื่อเร็วๆ นี้ในการพูดคุยของเขาเรื่อง "โซลูชัน RaaS กำลังจะเป็นศูนย์" ที่ Modular Summit
ในบล็อกโพสต์นี้ เราจะวิเคราะห์ข้อโต้แย้งของเขาและสำรวจการเปลี่ยนแปลงที่ซับซ้อนของการสะสมมูลค่าสำหรับเฟรมเวิร์ก Rollup และผู้ให้บริการ RaaS จากแต่ละเลเยอร์ไปจนถึง Superchains เราจะเปิดเผยกลไกที่ซ่อนอยู่เบื้องหลังการสร้างมูลค่าและการบันทึกโดย Rollup Frameworks และผู้ให้บริการ RaaS
Rollups คือแอปพลิเคชันที่ดำเนินการออฟเชนและโพสต์ข้อมูลการดำเนินการบนบล็อกเชน (โฮสต์) อื่น การทำเช่นนี้จะได้รับคุณสมบัติด้านความปลอดภัยของห่วงโซ่โฮสต์ แอปพลิเคชันแบบสะสมอาจเป็นเพียงฟังก์ชันการเปลี่ยนสถานะเดียว หรืออาจเป็น Blockchain ที่แยกจากกันซึ่งสถานะ Canonical ได้รับการดูแลโดยกลุ่มของโหนด
กรอบการทำงานแบบสะสมเป็นฐานโค้ดที่สร้างไว้ล่วงหน้าซึ่งใช้ส่วนประกอบที่สำคัญของการยกเลิก แทนที่จะสร้าง Rollup ตั้งแต่ต้น นักพัฒนาสามารถใช้โค้ดเบสที่มีอยู่เหล่านี้ (มักจัดเป็น SDK) และปรับแต่งให้ตรงตามความต้องการเฉพาะของพวกเขาได้ ตัวอย่างของเฟรมเวิร์กการยกเลิกโอเพ่นซอร์ส ได้แก่ OP Stack และ Arbitrum Orbit
Rollups-as-a-Service หรือโปรโตคอล RaaS เป็น Wrapper ที่ไม่มีโค้ดซึ่งสร้างขึ้นจากเฟรมเวิร์ก Rollup ที่มีอยู่ ช่วยให้นักพัฒนาปรับใช้ Rollup ตั้งแต่ต้นได้อย่างรวดเร็วโดยเลือกคุณสมบัติที่กำหนดเองจากเมนูแบบเลื่อนลง บริษัท RaaS มักจะจัดการลำดับของการยกเลิกที่ปรับใช้และเสนอบริการให้คำปรึกษาเพิ่มเติม
เพื่อทำความเข้าใจว่าค่าไหลเข้าและออกจากสแต็กทั้งหมดอย่างไร สิ่งสำคัญคือต้องเข้าใจสถาปัตยกรรมของโรลอัพก่อน และวิธีที่เลเยอร์ต่างๆ โต้ตอบกัน มี 3 ชั้นกว้าง ๆ ที่ประกอบเป็นสแต็กสะสม:
1.การดำเนินการ - เลเยอร์นี้จะดำเนินการธุรกรรมโดยใช้ฟังก์ชันการเปลี่ยนสถานะ (STF) กับสถานะที่มีอยู่ของการยกเลิก ขึ้นอยู่กับวิธีการรวบรวม 'รวมศูนย์' โหนดการดำเนินการอาจเป็นเจ้าของช่วงของความรับผิดชอบตั้งแต่การสั่งซื้อธุรกรรมและดำเนินการไปจนถึงการโพสต์บน L1 และการสร้างหลักฐานการฉ้อโกง/ความถูกต้อง
เลเยอร์การดำเนินการคือเลเยอร์ 'ที่ผู้ใช้เผชิญ' ซึ่งเงินจะเข้าสู่สแต็กการยกเลิก ผู้ใช้จะถูกเรียกเก็บค่าธรรมเนียมการทำธุรกรรม (ก๊าซ) ซึ่งโดยปกติจะเป็นส่วนต่างของต้นทุนต่างๆ ที่ชั้นการดำเนินการต้องจ่าย (เพิ่มเติมในภายหลัง) เลเยอร์นี้ยังสามารถดึงมูลค่าเพิ่มเติมจากผู้ใช้โดยการเรียงลำดับธุรกรรมด้วยวิธีบางอย่าง (หรือที่เรียกว่า MEV: Maximal Extractable Value)
รายละเอียดของเลเยอร์การดำเนินการที่ดำเนินการโดยซีเควนเซอร์แบบรวมศูนย์ ความรับผิดชอบประกอบด้วย: การสั่งซื้อธุรกรรม การโพสต์ข้อมูลธุรกรรมบนชั้น DA การสร้างข้อพิสูจน์ การโพสต์ข้อพิสูจน์ และการเปลี่ยนแปลงสถานะในชั้นการชำระบัญชี
รายละเอียดของเลเยอร์การดำเนินการที่ดำเนินการโดยซีเควนเซอร์แบบรวมศูนย์ ความรับผิดชอบประกอบด้วย: การสั่งซื้อธุรกรรม การโพสต์ข้อมูลธุรกรรมบนชั้น DA การสร้างข้อพิสูจน์ การโพสต์ข้อพิสูจน์ และการเปลี่ยนแปลงสถานะในชั้นการชำระบัญชี
รายละเอียดของเลเยอร์การดำเนินการที่ดำเนินการโดยซีเควนเซอร์แบบรวมศูนย์ ความรับผิดชอบประกอบด้วย: การสั่งซื้อธุรกรรม การโพสต์ข้อมูลธุรกรรมบนชั้น DA การสร้างข้อพิสูจน์ การโพสต์ข้อพิสูจน์ และการเปลี่ยนแปลงสถานะในชั้นการชำระบัญชี
2.ข้อตกลง - รวมถึงการตรวจสอบความถูกต้อง/หลักฐานการฉ้อโกง และ 'การกำหนด' สถานะมาตรฐานของการยกเลิก (ในกรณีของการยกเลิกสัญญาอัจฉริยะ) โดยปกติแล้วการชำระเงินจะได้รับการจัดการโดยเลเยอร์ความปลอดภัยสูงที่เป็นหนึ่งเดียว เช่น Ethereum กรอบการทำงานแบบสะสมสามารถสร้างชั้นการตั้งถิ่นฐานของตนเองได้เช่นกัน
การชำระเงินไม่ใช่ชั้นการเก็บมูลค่าที่สูงมากของสแต็ก เนื่องจากโดยปกติแล้วค่าใช้จ่ายในการยืนยันจะมีน้อย การมองโลกในแง่ดีจ่ายเพียง ~$5 ต่อวันให้กับ Ethereum เพื่อการชำระบัญชี ชั้นการตั้งถิ่นฐานที่แข่งขันได้จะมีราคาที่ถูกกว่าด้วยซ้ำ (ตามที่เน้นไว้ใน Rollups-as-a-Service กำลังจะไปที่ศูนย์)
3. ความพร้อมใช้งานของข้อมูล - DA รวมถึงการเผยแพร่ข้อมูลธุรกรรมที่สั่งซื้อไปยังส่วนที่เหลือของเครือข่าย (บางครั้งเรียกว่าการเผยแพร่ข้อมูล) ช่วยให้มั่นใจได้ว่าทุกคนสามารถสร้างสถานะการรวมขึ้นใหม่ได้โดยไม่ได้รับอนุญาต เพียงแค่ใช้ข้อมูลธุรกรรมที่ออกอากาศกับสถานะที่สรุปไว้ก่อนหน้านี้
ต้นทุน DA ถือเป็นส่วนสำคัญของต้นทุนรวมทั้งหมด การโพสต์ข้อมูลบนเลเยอร์ที่มีความปลอดภัยสูง เช่น Ethereum อาจมีราคาค่อนข้างแพง ทางเลือก DA ที่ถูกกว่าและเร็วกว่ากำลังได้รับการพัฒนาอย่างต่อเนื่องโดยโปรโตคอล เช่น Celestia, Avail และ EigenDA เฟรมเวิร์กแบบรวมยังอาจพิจารณาสร้างเลเยอร์ DA ของตัวเองได้ แต่ DA แบบแยกส่วนมีค่าใช้จ่ายในการบูตเครื่องสูง และทำให้การทำงานร่วมกันซับซ้อนมากขึ้น
การไหลของมูลค่าระดับสูง
การคิดว่าเลเยอร์ Execution เป็นแบบจำลอง B2C และเลเยอร์ Settlement และ DA เป็นแบบจำลอง B2B อาจช่วยได้:
เลเยอร์การดำเนินการซื้อพื้นที่บล็อกจากเลเยอร์ DA และขายบริการการดำเนินการให้กับผู้ใช้ปลายทาง (ลูกค้า) โดยตรง นอกจากนี้ยังซื้อบริการตรวจสอบและเชื่อมโยงจากชั้นการชำระบัญชีด้วย
เลเยอร์ DA ขายพื้นที่บล็อกให้กับธุรกิจอื่น - เลเยอร์การดำเนินการ
ชั้นการชำระบัญชีให้บริการการชำระหนี้แก่ธุรกิจอื่น - ชั้นการดำเนินการ
ในการตั้งค่าดังกล่าวในตลาดที่มีการแข่งขันสูง การจับมูลค่าส่วนใหญ่เกิดขึ้นโดยตรงจากผู้ใช้ปลายทางในเลเยอร์การดำเนินการของสแต็ก ดังนั้นจึงสมเหตุสมผลที่จะแยกรายละเอียดเพิ่มเติมและวิเคราะห์กระแสมูลค่าของมันอย่างอิสระ
เลเยอร์การดำเนินการสร้างรายได้โดยการเรียกเก็บเงินจากผู้ใช้สำหรับแต่ละธุรกรรม และชำระต้นทุนการดำเนินงานให้กับธุรกิจอื่นๆ (เลเยอร์) ในสแต็ก
รายได้: มูลค่าที่เข้ามาสามารถจัดประเภทได้ดังนี้:
ต้นทุนก๊าซที่ผู้ใช้ปลายทางจ่ายต่อธุรกรรม
ภายในโดเมน MEV
MEV ข้ามโดเมน (หากเฟรมเวิร์กมีการจัดลำดับสำหรับการโรลอัพหลายรายการในเลเยอร์ DA เดียวกัน อาจสกัดได้ยากเป็นอย่างอื่น)
MEV ขึ้นอยู่กับลำดับการทำธุรกรรม (มูลค่า "ที่แยกได้" จะแตกต่างกันไปสำหรับธุรกรรมแต่ละชุด) และมักจะคาดการณ์ล่วงหน้าได้ยาก ต้นทุนก๊าซที่เรียกเก็บจากผู้ใช้มักจะเป็นส่วนต่างของต้นทุนที่คาดการณ์ได้รวมกัน
ต้นทุน: ค่าที่ไหลออกจากเลเยอร์การดำเนินการมีดังต่อไปนี้:
ค่าใช้จ่ายในการดำเนินงานของโหนด
ค่าใช้จ่ายในการดำเนินการ (คำนวณ)
ค่าใช้จ่ายในการพิสูจน์ (ความถูกต้อง/หลักฐานการฉ้อโกง)
ค่าใช้จ่ายในการโพสต์ข้อมูล (แปรผันตามความแออัดของชั้น DA)
ที่มา: การทำความเข้าใจมูลค่าสะสมโดย Sanjay Shah | ทุนการไฟฟ้า
บ่อยครั้งที่ความรับผิดชอบของเลเยอร์การดำเนินการทั้งหมดอยู่ภายใต้โหนดซีเควนเซอร์แบบรวมศูนย์หนึ่งโหนด โหนดเดียวนี้รับรายได้ทั้งหมดจากผู้ใช้และรับผิดชอบในการชำระค่าใช้จ่าย DA และการชำระเงิน ในเวลาอื่น การตั้งค่าอาจมีโหนดที่แตกต่างกันสำหรับความรับผิดชอบที่แตกต่างกัน:
ข้างต้นคือความแตกต่างในวงกว้างของความรับผิดชอบของโหนดต่างๆ โหนดใดรับหน้าที่งานอาจแตกต่างกันไป ขึ้นอยู่กับวิธีที่ทีมรวบรวมจัดสถาปัตยกรรมการตั้งค่าของตน เพื่อความเรียบง่ายในบล็อกนี้ เราจะยึดการตั้งค่าซีเควนเซอร์แบบรวมศูนย์โดยที่โหนดหนึ่งจะดำเนินการดำเนินการที่จำเป็นทั้งหมด
คำถามก็คือ: หากเลเยอร์การดำเนินการขับเคลื่อนมูลค่ามากที่สุด ผู้เข้าร่วมคนใดในสแต็กที่อยู่ในตำแหน่งที่ดีที่สุดในการจับภาพนั้น
ใครก็ตามที่รันโหนดลำดับและทำกิจกรรมต่าง ๆ ที่เกี่ยวข้อง!
นี่อาจเป็นทีมรวบรวมเอง หรือดังที่กล่าวไว้ในตอนต้นของบทความ ผู้ให้บริการ RaaS มักจะจัดการลำดับสำหรับการยกเลิกที่ใช้งาน อันที่จริงแล้ว นี่คือรายได้ส่วนใหญ่ของผู้ให้บริการ RaaS
มี 3 ส่วนหลักที่ RaaS สามารถบันทึกคุณค่าได้:
โฮสติ้งซีเควน: ผู้ให้บริการ RaaS รันซีเควนเซอร์และกิจกรรมที่เกี่ยวข้องสำหรับการยกเลิก เป็นแผนกแรงงานที่ทีมงานรวบรวมนำนวัตกรรม (แอปที่พวกเขากำลังสร้าง) และผู้ให้บริการ RaaS ทำทุกอย่างอื่น ซีเควนเซอร์จะสั่งธุรกรรม โพสต์ข้อมูลบน L1 และสร้างการพิสูจน์หากจำเป็น
อินฟราเพิ่มเติม: บล็อกนักสำรวจ สะพาน ฯลฯ
การสนับสนุนเฉพาะ: การให้คำปรึกษาและความร่วมมือในการตัดสินใจจากอินฟาเรด (วิธีการจัดลำดับ MEV ฯลฯ) + การสนับสนุนทางเทคนิคอื่นๆ
RaaS นั้นคล้ายคลึงกับธุรกิจ B2B SaaS แบบดั้งเดิมที่ธุรกิจสามารถเรียกเก็บค่าธรรมเนียมคงที่หรือค่าธรรมเนียมแบบไฮบริดจากลูกค้าโดยขึ้นอยู่กับบริการที่ซื้อและการใช้งาน (เช่น จำนวนธุรกรรมของผู้ใช้ปลายทางสำหรับการยกเลิก เป็นต้น)
RaaS ยังสามารถบูรณาการกับซีเควนเซอร์ที่ใช้ร่วมกัน เช่น Espresso อย่างไรก็ตาม ในกรณีนี้ พวกเขาจะสูญเสียรายได้ของซีเควนเซอร์ ซึ่งเป็นส่วนสำคัญของกำไรของ RaaS ความร่วมมือเหล่านี้จึงจำเป็นต้องมีส่วนแบ่งผลกำไรตามสัญญาระหว่างเครื่องจัดลำดับที่ใช้ร่วมกันและผู้ให้บริการ RaaS
แต่ถ้า RaaS เป็น Wrapper ที่สร้างขึ้นบนเฟรมเวิร์ก Rollup ที่มีอยู่ ก็จะต้องแบ่งรายได้กับ RaaS ด้วยใช่ไหม
ไม่จำเป็นเลย
เฟรมเวิร์ก Rollup ส่วนใหญ่ที่เปิดตัวจนถึงขณะนี้เป็นโอเพ่นซอร์สและไม่ได้รับอนุญาตให้ต่อยอด ผู้ให้บริการ RaaS สามารถใช้เฟรมเวิร์กโดยไม่ได้รับอนุญาตเพื่อสร้าง Wrapper ที่ไม่มีโค้ดทับ และไม่มีภาระผูกพันในการแบ่งปันผลกำไรใดๆ กับเฟรมเวิร์กพื้นฐาน
พวกเขาสามารถมีข้อตกลงตามสัญญากับกรอบการทำงานแบบสะสมเพื่อแบ่งปันผลกำไรได้หรือไม่?
พวกเขาสามารถทำได้ แต่ถ้าพวกเขาทำเช่นนั้น:
ดังนั้น ตามทฤษฎีแล้ว เกมเพื่อให้ผู้ให้บริการ RaaS อยู่รอดได้ การตัดสินใจอย่างมีเหตุผลคือการไม่แบ่งปันผลกำไรกับเฟรมเวิร์กพื้นฐาน
หากใครก็ตามสามารถสร้าง Rollup โดยไม่ได้รับอนุญาตโดยใช้เฟรมเวิร์กโอเพ่นซอร์ส จะถือเป็นการตัดสินใจที่คุ้มค่าทางเศรษฐกิจหรือไม่ที่จะพัฒนาเฟรมเวิร์ก Rollup โอเพ่นซอร์สตั้งแต่แรก?
คำตอบไม่ตรงไปตรงมานัก เพื่อให้กรอบการทำงานแบบสรุปจะ 'เป็นไปได้ในเชิงเศรษฐกิจ' จำเป็นต้องสร้างมูลค่าที่ยั่งยืนและระยะยาว Idan Levin แบ่งปันแบบจำลองทางจิตที่ดีเพื่อคิดว่าจะทำสิ่งนี้ได้อย่างไร มาขยายรูปแบบนั้นที่นี่ มี 3 วิธีหลักๆ ที่กรอบการทำงานสะสมสามารถสะสมมูลค่าได้:
การสะสมมูลค่าทางอ้อม: หากกรอบการทำงานดี ทีมก็จะนำไปใช้มากขึ้นเรื่อยๆ สิ่งนี้จะดึงดูดสายตาของนักพัฒนาและความคิดที่มีต่อระบบนิเวศมากขึ้น การดึงดูดการแบ่งปันความคิดถือเป็นผลดีสุทธิเสมอ เนื่องจากจะช่วยให้ทีมงานกรอบงานในการพัฒนาเครื่องมือต่อไปได้ การปรับปรุงใดๆ ที่ทีมใดๆ สร้างขึ้นสามารถรวมเข้ากับกรอบงาน OG ได้ สิ่งนี้จะสร้างลูปการเสริมแรงเชิงบวกสำหรับทั้งระบบ
การสะสมมูลค่าแบบกึ่งตรง: การสรุปบางส่วนที่สร้างบนเฟรมเวิร์กอาจมีแรงจูงใจให้แบ่งปันรายได้กับเครือข่ายเฟรมเวิร์ก ตัวอย่างเช่น ขณะนี้ Base มีข้อตกลงกับ OP Stack โดยพวกเขาจะแบ่งค่าธรรมเนียมการจัดลำดับบางส่วนให้กับ Optimism
เหตุใดพวกเขาจึงได้รับแรงจูงใจให้ทำเช่นนั้น?
เนื่องจาก Base ไม่มีระบบนิเวศของนักพัฒนาที่จำเป็นเพื่อให้ทันกับการเติบโตและการพัฒนาของกรอบงาน OP ลองนึกภาพถ้าเฟรมเวิร์ก OP เปลี่ยนแปลงโมดูลใดโมดูลหนึ่งโดยสิ้นเชิง พวกเขาสามารถเลือกที่จะไม่ให้การสนับสนุนนักพัฒนาแก่ Base เพื่อตามทันการเปลี่ยนแปลงได้
นอกจากนี้ การเป็นส่วนหนึ่งของ 'Superchain' ยังมอบเอฟเฟกต์เครือข่าย เช่น ความสามารถในการรวบรวมแบบ cross-rollup ที่ chain อย่าง Base พบว่ามีประโยชน์ (และอาจมีข้อกำหนดในการแบ่งรายได้กับ Optimism)
คำเตือนที่สำคัญประการหนึ่งที่นี่คือสิ่งจูงใจของการยกเลิกและเฟรมเวิร์กการยกเลิกอาจไม่สอดคล้องกันเสมอไป เมื่อถึงจุดใดก็ตาม การยกเลิกสามารถเลือกที่จะปฏิบัติตามเส้นทางของตนเองโดยการปรับแต่งกรอบงานและยกเลิกข้อตกลงส่วนแบ่งรายได้ใดๆ
นี่คือสิ่งที่ OP Stack ทำกับ Law of Chains หากต้องการเป็นส่วนหนึ่งของ Superchain คุณต้องปฏิบัติตามกฎบางประการ กฎเหล่านี้ถูกกำหนดโดยการกำกับดูแล OP ตัวอย่างเช่น หนึ่งในกฎเหล่านี้อาจเป็นได้ว่า Rollup ทั้งหมดใน Superchain ต้องใช้ OP เป็น Gas Token สิ่งนี้อาจมีการพัฒนาเพื่อรวมกฎหมายส่วนแบ่ง MEV เช่น X% ของรายได้ MEV ข้ามสายโซ่จะกลับไปที่คลัง OP
ทีมกรอบการทำงานแบบรวบรวมสามารถเล่นกับ 3 ส่วนข้างต้นเพื่อปรับแต่งกลไก 'การเก็บคุณค่า' ให้ตรงกับเป้าหมายและความทะเยอทะยานของพวกเขา หากต้องการให้มีมูลค่าโดยตรง อาจมีบางตัวเลือก (โดยสังเขป) ดังนี้
การพัฒนาอย่างรวดเร็วของกรอบการทำงาน Rollup และผู้ให้บริการ Rollups-as-a-Service (RaaS) ในพื้นที่บล็อกเชน ทำให้เกิดคำถามเกี่ยวกับการสะสมมูลค่าของพวกเขา ในขณะที่เลเยอร์การดำเนินการจับส่วนแบ่งมูลค่าที่สูง เฟรมเวิร์กแบบสะสมสามารถรับมูลค่าทางอ้อมผ่านการนำไปใช้และการปรับปรุง การสรุปบางส่วนอาจแบ่งรายได้ด้วยซ้ำ โดยสร้างมูลค่าคงค้างแบบกึ่งทางตรง นอกจากนี้ โดยการปรับใช้โรลอัพของตัวเองและใช้ประโยชน์จากความสามารถในการประกอบระหว่างโรลอัพ เฟรมเวิร์กจึงสามารถบันทึกมูลค่าได้โดยตรง ในขณะที่ระบบนิเวศพัฒนาขึ้น การสร้างสมดุลที่เหมาะสมระหว่างการแข่งขันและการทำงานร่วมกันจะมีความสำคัญต่อการเติบโตที่ยั่งยืนของกรอบการทำงานแบบ Rollup และผู้ให้บริการ RaaS
หากอนาคตประกอบด้วยเศรษฐกิจแบบ onchain ที่มีโรลอัปนับพัน เราก็มาถูกกำหนดเวลาที่ถูกต้องแล้วในปัจจุบัน ตั้งแต่ชุดพัฒนา Optimism และ Polygon chain ไปจนถึง Caldera และ Stackr ในช่วงหลายเดือนที่ผ่านมา เราได้เห็นเฟรมเวิร์ก Rollup และผู้ให้บริการ Rollups-as-a-Service (RaaS) มากมายเข้าสู่ตลาด เฟรมเวิร์กเหล่านี้นำเสนอฐานโค้ดแบบโมดูลาร์ (มักจะเป็นโอเพ่นซอร์ส) สำหรับส่วนประกอบต่างๆ ของโรลอัพ ช่วยให้นักพัฒนาสามารถเลือกและเลือกจากตัวเลือกที่กำหนดเองที่หลากหลายสำหรับแต่ละเลเยอร์ของสแต็ก
แต่ผู้ให้บริการเหล่านี้จะสร้างมูลค่าได้อย่างไร? หรือพวกมันมีมูลค่าใด ๆ เลยหรือไม่? ตามที่ Neel Somani โต้แย้งเมื่อเร็วๆ นี้ในการพูดคุยของเขาเรื่อง "โซลูชัน RaaS กำลังจะเป็นศูนย์" ที่ Modular Summit
ในบล็อกโพสต์นี้ เราจะวิเคราะห์ข้อโต้แย้งของเขาและสำรวจการเปลี่ยนแปลงที่ซับซ้อนของการสะสมมูลค่าสำหรับเฟรมเวิร์ก Rollup และผู้ให้บริการ RaaS จากแต่ละเลเยอร์ไปจนถึง Superchains เราจะเปิดเผยกลไกที่ซ่อนอยู่เบื้องหลังการสร้างมูลค่าและการบันทึกโดย Rollup Frameworks และผู้ให้บริการ RaaS
Rollups คือแอปพลิเคชันที่ดำเนินการออฟเชนและโพสต์ข้อมูลการดำเนินการบนบล็อกเชน (โฮสต์) อื่น การทำเช่นนี้จะได้รับคุณสมบัติด้านความปลอดภัยของห่วงโซ่โฮสต์ แอปพลิเคชันแบบสะสมอาจเป็นเพียงฟังก์ชันการเปลี่ยนสถานะเดียว หรืออาจเป็น Blockchain ที่แยกจากกันซึ่งสถานะ Canonical ได้รับการดูแลโดยกลุ่มของโหนด
กรอบการทำงานแบบสะสมเป็นฐานโค้ดที่สร้างไว้ล่วงหน้าซึ่งใช้ส่วนประกอบที่สำคัญของการยกเลิก แทนที่จะสร้าง Rollup ตั้งแต่ต้น นักพัฒนาสามารถใช้โค้ดเบสที่มีอยู่เหล่านี้ (มักจัดเป็น SDK) และปรับแต่งให้ตรงตามความต้องการเฉพาะของพวกเขาได้ ตัวอย่างของเฟรมเวิร์กการยกเลิกโอเพ่นซอร์ส ได้แก่ OP Stack และ Arbitrum Orbit
Rollups-as-a-Service หรือโปรโตคอล RaaS เป็น Wrapper ที่ไม่มีโค้ดซึ่งสร้างขึ้นจากเฟรมเวิร์ก Rollup ที่มีอยู่ ช่วยให้นักพัฒนาปรับใช้ Rollup ตั้งแต่ต้นได้อย่างรวดเร็วโดยเลือกคุณสมบัติที่กำหนดเองจากเมนูแบบเลื่อนลง บริษัท RaaS มักจะจัดการลำดับของการยกเลิกที่ปรับใช้และเสนอบริการให้คำปรึกษาเพิ่มเติม
เพื่อทำความเข้าใจว่าค่าไหลเข้าและออกจากสแต็กทั้งหมดอย่างไร สิ่งสำคัญคือต้องเข้าใจสถาปัตยกรรมของโรลอัพก่อน และวิธีที่เลเยอร์ต่างๆ โต้ตอบกัน มี 3 ชั้นกว้าง ๆ ที่ประกอบเป็นสแต็กสะสม:
1.การดำเนินการ - เลเยอร์นี้จะดำเนินการธุรกรรมโดยใช้ฟังก์ชันการเปลี่ยนสถานะ (STF) กับสถานะที่มีอยู่ของการยกเลิก ขึ้นอยู่กับวิธีการรวบรวม 'รวมศูนย์' โหนดการดำเนินการอาจเป็นเจ้าของช่วงของความรับผิดชอบตั้งแต่การสั่งซื้อธุรกรรมและดำเนินการไปจนถึงการโพสต์บน L1 และการสร้างหลักฐานการฉ้อโกง/ความถูกต้อง
เลเยอร์การดำเนินการคือเลเยอร์ 'ที่ผู้ใช้เผชิญ' ซึ่งเงินจะเข้าสู่สแต็กการยกเลิก ผู้ใช้จะถูกเรียกเก็บค่าธรรมเนียมการทำธุรกรรม (ก๊าซ) ซึ่งโดยปกติจะเป็นส่วนต่างของต้นทุนต่างๆ ที่ชั้นการดำเนินการต้องจ่าย (เพิ่มเติมในภายหลัง) เลเยอร์นี้ยังสามารถดึงมูลค่าเพิ่มเติมจากผู้ใช้โดยการเรียงลำดับธุรกรรมด้วยวิธีบางอย่าง (หรือที่เรียกว่า MEV: Maximal Extractable Value)
รายละเอียดของเลเยอร์การดำเนินการที่ดำเนินการโดยซีเควนเซอร์แบบรวมศูนย์ ความรับผิดชอบประกอบด้วย: การสั่งซื้อธุรกรรม การโพสต์ข้อมูลธุรกรรมบนชั้น DA การสร้างข้อพิสูจน์ การโพสต์ข้อพิสูจน์ และการเปลี่ยนแปลงสถานะในชั้นการชำระบัญชี
รายละเอียดของเลเยอร์การดำเนินการที่ดำเนินการโดยซีเควนเซอร์แบบรวมศูนย์ ความรับผิดชอบประกอบด้วย: การสั่งซื้อธุรกรรม การโพสต์ข้อมูลธุรกรรมบนชั้น DA การสร้างข้อพิสูจน์ การโพสต์ข้อพิสูจน์ และการเปลี่ยนแปลงสถานะในชั้นการชำระบัญชี
รายละเอียดของเลเยอร์การดำเนินการที่ดำเนินการโดยซีเควนเซอร์แบบรวมศูนย์ ความรับผิดชอบประกอบด้วย: การสั่งซื้อธุรกรรม การโพสต์ข้อมูลธุรกรรมบนชั้น DA การสร้างข้อพิสูจน์ การโพสต์ข้อพิสูจน์ และการเปลี่ยนแปลงสถานะในชั้นการชำระบัญชี
2.ข้อตกลง - รวมถึงการตรวจสอบความถูกต้อง/หลักฐานการฉ้อโกง และ 'การกำหนด' สถานะมาตรฐานของการยกเลิก (ในกรณีของการยกเลิกสัญญาอัจฉริยะ) โดยปกติแล้วการชำระเงินจะได้รับการจัดการโดยเลเยอร์ความปลอดภัยสูงที่เป็นหนึ่งเดียว เช่น Ethereum กรอบการทำงานแบบสะสมสามารถสร้างชั้นการตั้งถิ่นฐานของตนเองได้เช่นกัน
การชำระเงินไม่ใช่ชั้นการเก็บมูลค่าที่สูงมากของสแต็ก เนื่องจากโดยปกติแล้วค่าใช้จ่ายในการยืนยันจะมีน้อย การมองโลกในแง่ดีจ่ายเพียง ~$5 ต่อวันให้กับ Ethereum เพื่อการชำระบัญชี ชั้นการตั้งถิ่นฐานที่แข่งขันได้จะมีราคาที่ถูกกว่าด้วยซ้ำ (ตามที่เน้นไว้ใน Rollups-as-a-Service กำลังจะไปที่ศูนย์)
3. ความพร้อมใช้งานของข้อมูล - DA รวมถึงการเผยแพร่ข้อมูลธุรกรรมที่สั่งซื้อไปยังส่วนที่เหลือของเครือข่าย (บางครั้งเรียกว่าการเผยแพร่ข้อมูล) ช่วยให้มั่นใจได้ว่าทุกคนสามารถสร้างสถานะการรวมขึ้นใหม่ได้โดยไม่ได้รับอนุญาต เพียงแค่ใช้ข้อมูลธุรกรรมที่ออกอากาศกับสถานะที่สรุปไว้ก่อนหน้านี้
ต้นทุน DA ถือเป็นส่วนสำคัญของต้นทุนรวมทั้งหมด การโพสต์ข้อมูลบนเลเยอร์ที่มีความปลอดภัยสูง เช่น Ethereum อาจมีราคาค่อนข้างแพง ทางเลือก DA ที่ถูกกว่าและเร็วกว่ากำลังได้รับการพัฒนาอย่างต่อเนื่องโดยโปรโตคอล เช่น Celestia, Avail และ EigenDA เฟรมเวิร์กแบบรวมยังอาจพิจารณาสร้างเลเยอร์ DA ของตัวเองได้ แต่ DA แบบแยกส่วนมีค่าใช้จ่ายในการบูตเครื่องสูง และทำให้การทำงานร่วมกันซับซ้อนมากขึ้น
การไหลของมูลค่าระดับสูง
การคิดว่าเลเยอร์ Execution เป็นแบบจำลอง B2C และเลเยอร์ Settlement และ DA เป็นแบบจำลอง B2B อาจช่วยได้:
เลเยอร์การดำเนินการซื้อพื้นที่บล็อกจากเลเยอร์ DA และขายบริการการดำเนินการให้กับผู้ใช้ปลายทาง (ลูกค้า) โดยตรง นอกจากนี้ยังซื้อบริการตรวจสอบและเชื่อมโยงจากชั้นการชำระบัญชีด้วย
เลเยอร์ DA ขายพื้นที่บล็อกให้กับธุรกิจอื่น - เลเยอร์การดำเนินการ
ชั้นการชำระบัญชีให้บริการการชำระหนี้แก่ธุรกิจอื่น - ชั้นการดำเนินการ
ในการตั้งค่าดังกล่าวในตลาดที่มีการแข่งขันสูง การจับมูลค่าส่วนใหญ่เกิดขึ้นโดยตรงจากผู้ใช้ปลายทางในเลเยอร์การดำเนินการของสแต็ก ดังนั้นจึงสมเหตุสมผลที่จะแยกรายละเอียดเพิ่มเติมและวิเคราะห์กระแสมูลค่าของมันอย่างอิสระ
เลเยอร์การดำเนินการสร้างรายได้โดยการเรียกเก็บเงินจากผู้ใช้สำหรับแต่ละธุรกรรม และชำระต้นทุนการดำเนินงานให้กับธุรกิจอื่นๆ (เลเยอร์) ในสแต็ก
รายได้: มูลค่าที่เข้ามาสามารถจัดประเภทได้ดังนี้:
ต้นทุนก๊าซที่ผู้ใช้ปลายทางจ่ายต่อธุรกรรม
ภายในโดเมน MEV
MEV ข้ามโดเมน (หากเฟรมเวิร์กมีการจัดลำดับสำหรับการโรลอัพหลายรายการในเลเยอร์ DA เดียวกัน อาจสกัดได้ยากเป็นอย่างอื่น)
MEV ขึ้นอยู่กับลำดับการทำธุรกรรม (มูลค่า "ที่แยกได้" จะแตกต่างกันไปสำหรับธุรกรรมแต่ละชุด) และมักจะคาดการณ์ล่วงหน้าได้ยาก ต้นทุนก๊าซที่เรียกเก็บจากผู้ใช้มักจะเป็นส่วนต่างของต้นทุนที่คาดการณ์ได้รวมกัน
ต้นทุน: ค่าที่ไหลออกจากเลเยอร์การดำเนินการมีดังต่อไปนี้:
ค่าใช้จ่ายในการดำเนินงานของโหนด
ค่าใช้จ่ายในการดำเนินการ (คำนวณ)
ค่าใช้จ่ายในการพิสูจน์ (ความถูกต้อง/หลักฐานการฉ้อโกง)
ค่าใช้จ่ายในการโพสต์ข้อมูล (แปรผันตามความแออัดของชั้น DA)
ที่มา: การทำความเข้าใจมูลค่าสะสมโดย Sanjay Shah | ทุนการไฟฟ้า
บ่อยครั้งที่ความรับผิดชอบของเลเยอร์การดำเนินการทั้งหมดอยู่ภายใต้โหนดซีเควนเซอร์แบบรวมศูนย์หนึ่งโหนด โหนดเดียวนี้รับรายได้ทั้งหมดจากผู้ใช้และรับผิดชอบในการชำระค่าใช้จ่าย DA และการชำระเงิน ในเวลาอื่น การตั้งค่าอาจมีโหนดที่แตกต่างกันสำหรับความรับผิดชอบที่แตกต่างกัน:
ข้างต้นคือความแตกต่างในวงกว้างของความรับผิดชอบของโหนดต่างๆ โหนดใดรับหน้าที่งานอาจแตกต่างกันไป ขึ้นอยู่กับวิธีที่ทีมรวบรวมจัดสถาปัตยกรรมการตั้งค่าของตน เพื่อความเรียบง่ายในบล็อกนี้ เราจะยึดการตั้งค่าซีเควนเซอร์แบบรวมศูนย์โดยที่โหนดหนึ่งจะดำเนินการดำเนินการที่จำเป็นทั้งหมด
คำถามก็คือ: หากเลเยอร์การดำเนินการขับเคลื่อนมูลค่ามากที่สุด ผู้เข้าร่วมคนใดในสแต็กที่อยู่ในตำแหน่งที่ดีที่สุดในการจับภาพนั้น
ใครก็ตามที่รันโหนดลำดับและทำกิจกรรมต่าง ๆ ที่เกี่ยวข้อง!
นี่อาจเป็นทีมรวบรวมเอง หรือดังที่กล่าวไว้ในตอนต้นของบทความ ผู้ให้บริการ RaaS มักจะจัดการลำดับสำหรับการยกเลิกที่ใช้งาน อันที่จริงแล้ว นี่คือรายได้ส่วนใหญ่ของผู้ให้บริการ RaaS
มี 3 ส่วนหลักที่ RaaS สามารถบันทึกคุณค่าได้:
โฮสติ้งซีเควน: ผู้ให้บริการ RaaS รันซีเควนเซอร์และกิจกรรมที่เกี่ยวข้องสำหรับการยกเลิก เป็นแผนกแรงงานที่ทีมงานรวบรวมนำนวัตกรรม (แอปที่พวกเขากำลังสร้าง) และผู้ให้บริการ RaaS ทำทุกอย่างอื่น ซีเควนเซอร์จะสั่งธุรกรรม โพสต์ข้อมูลบน L1 และสร้างการพิสูจน์หากจำเป็น
อินฟราเพิ่มเติม: บล็อกนักสำรวจ สะพาน ฯลฯ
การสนับสนุนเฉพาะ: การให้คำปรึกษาและความร่วมมือในการตัดสินใจจากอินฟาเรด (วิธีการจัดลำดับ MEV ฯลฯ) + การสนับสนุนทางเทคนิคอื่นๆ
RaaS นั้นคล้ายคลึงกับธุรกิจ B2B SaaS แบบดั้งเดิมที่ธุรกิจสามารถเรียกเก็บค่าธรรมเนียมคงที่หรือค่าธรรมเนียมแบบไฮบริดจากลูกค้าโดยขึ้นอยู่กับบริการที่ซื้อและการใช้งาน (เช่น จำนวนธุรกรรมของผู้ใช้ปลายทางสำหรับการยกเลิก เป็นต้น)
RaaS ยังสามารถบูรณาการกับซีเควนเซอร์ที่ใช้ร่วมกัน เช่น Espresso อย่างไรก็ตาม ในกรณีนี้ พวกเขาจะสูญเสียรายได้ของซีเควนเซอร์ ซึ่งเป็นส่วนสำคัญของกำไรของ RaaS ความร่วมมือเหล่านี้จึงจำเป็นต้องมีส่วนแบ่งผลกำไรตามสัญญาระหว่างเครื่องจัดลำดับที่ใช้ร่วมกันและผู้ให้บริการ RaaS
แต่ถ้า RaaS เป็น Wrapper ที่สร้างขึ้นบนเฟรมเวิร์ก Rollup ที่มีอยู่ ก็จะต้องแบ่งรายได้กับ RaaS ด้วยใช่ไหม
ไม่จำเป็นเลย
เฟรมเวิร์ก Rollup ส่วนใหญ่ที่เปิดตัวจนถึงขณะนี้เป็นโอเพ่นซอร์สและไม่ได้รับอนุญาตให้ต่อยอด ผู้ให้บริการ RaaS สามารถใช้เฟรมเวิร์กโดยไม่ได้รับอนุญาตเพื่อสร้าง Wrapper ที่ไม่มีโค้ดทับ และไม่มีภาระผูกพันในการแบ่งปันผลกำไรใดๆ กับเฟรมเวิร์กพื้นฐาน
พวกเขาสามารถมีข้อตกลงตามสัญญากับกรอบการทำงานแบบสะสมเพื่อแบ่งปันผลกำไรได้หรือไม่?
พวกเขาสามารถทำได้ แต่ถ้าพวกเขาทำเช่นนั้น:
ดังนั้น ตามทฤษฎีแล้ว เกมเพื่อให้ผู้ให้บริการ RaaS อยู่รอดได้ การตัดสินใจอย่างมีเหตุผลคือการไม่แบ่งปันผลกำไรกับเฟรมเวิร์กพื้นฐาน
หากใครก็ตามสามารถสร้าง Rollup โดยไม่ได้รับอนุญาตโดยใช้เฟรมเวิร์กโอเพ่นซอร์ส จะถือเป็นการตัดสินใจที่คุ้มค่าทางเศรษฐกิจหรือไม่ที่จะพัฒนาเฟรมเวิร์ก Rollup โอเพ่นซอร์สตั้งแต่แรก?
คำตอบไม่ตรงไปตรงมานัก เพื่อให้กรอบการทำงานแบบสรุปจะ 'เป็นไปได้ในเชิงเศรษฐกิจ' จำเป็นต้องสร้างมูลค่าที่ยั่งยืนและระยะยาว Idan Levin แบ่งปันแบบจำลองทางจิตที่ดีเพื่อคิดว่าจะทำสิ่งนี้ได้อย่างไร มาขยายรูปแบบนั้นที่นี่ มี 3 วิธีหลักๆ ที่กรอบการทำงานสะสมสามารถสะสมมูลค่าได้:
การสะสมมูลค่าทางอ้อม: หากกรอบการทำงานดี ทีมก็จะนำไปใช้มากขึ้นเรื่อยๆ สิ่งนี้จะดึงดูดสายตาของนักพัฒนาและความคิดที่มีต่อระบบนิเวศมากขึ้น การดึงดูดการแบ่งปันความคิดถือเป็นผลดีสุทธิเสมอ เนื่องจากจะช่วยให้ทีมงานกรอบงานในการพัฒนาเครื่องมือต่อไปได้ การปรับปรุงใดๆ ที่ทีมใดๆ สร้างขึ้นสามารถรวมเข้ากับกรอบงาน OG ได้ สิ่งนี้จะสร้างลูปการเสริมแรงเชิงบวกสำหรับทั้งระบบ
การสะสมมูลค่าแบบกึ่งตรง: การสรุปบางส่วนที่สร้างบนเฟรมเวิร์กอาจมีแรงจูงใจให้แบ่งปันรายได้กับเครือข่ายเฟรมเวิร์ก ตัวอย่างเช่น ขณะนี้ Base มีข้อตกลงกับ OP Stack โดยพวกเขาจะแบ่งค่าธรรมเนียมการจัดลำดับบางส่วนให้กับ Optimism
เหตุใดพวกเขาจึงได้รับแรงจูงใจให้ทำเช่นนั้น?
เนื่องจาก Base ไม่มีระบบนิเวศของนักพัฒนาที่จำเป็นเพื่อให้ทันกับการเติบโตและการพัฒนาของกรอบงาน OP ลองนึกภาพถ้าเฟรมเวิร์ก OP เปลี่ยนแปลงโมดูลใดโมดูลหนึ่งโดยสิ้นเชิง พวกเขาสามารถเลือกที่จะไม่ให้การสนับสนุนนักพัฒนาแก่ Base เพื่อตามทันการเปลี่ยนแปลงได้
นอกจากนี้ การเป็นส่วนหนึ่งของ 'Superchain' ยังมอบเอฟเฟกต์เครือข่าย เช่น ความสามารถในการรวบรวมแบบ cross-rollup ที่ chain อย่าง Base พบว่ามีประโยชน์ (และอาจมีข้อกำหนดในการแบ่งรายได้กับ Optimism)
คำเตือนที่สำคัญประการหนึ่งที่นี่คือสิ่งจูงใจของการยกเลิกและเฟรมเวิร์กการยกเลิกอาจไม่สอดคล้องกันเสมอไป เมื่อถึงจุดใดก็ตาม การยกเลิกสามารถเลือกที่จะปฏิบัติตามเส้นทางของตนเองโดยการปรับแต่งกรอบงานและยกเลิกข้อตกลงส่วนแบ่งรายได้ใดๆ
นี่คือสิ่งที่ OP Stack ทำกับ Law of Chains หากต้องการเป็นส่วนหนึ่งของ Superchain คุณต้องปฏิบัติตามกฎบางประการ กฎเหล่านี้ถูกกำหนดโดยการกำกับดูแล OP ตัวอย่างเช่น หนึ่งในกฎเหล่านี้อาจเป็นได้ว่า Rollup ทั้งหมดใน Superchain ต้องใช้ OP เป็น Gas Token สิ่งนี้อาจมีการพัฒนาเพื่อรวมกฎหมายส่วนแบ่ง MEV เช่น X% ของรายได้ MEV ข้ามสายโซ่จะกลับไปที่คลัง OP
ทีมกรอบการทำงานแบบรวบรวมสามารถเล่นกับ 3 ส่วนข้างต้นเพื่อปรับแต่งกลไก 'การเก็บคุณค่า' ให้ตรงกับเป้าหมายและความทะเยอทะยานของพวกเขา หากต้องการให้มีมูลค่าโดยตรง อาจมีบางตัวเลือก (โดยสังเขป) ดังนี้
การพัฒนาอย่างรวดเร็วของกรอบการทำงาน Rollup และผู้ให้บริการ Rollups-as-a-Service (RaaS) ในพื้นที่บล็อกเชน ทำให้เกิดคำถามเกี่ยวกับการสะสมมูลค่าของพวกเขา ในขณะที่เลเยอร์การดำเนินการจับส่วนแบ่งมูลค่าที่สูง เฟรมเวิร์กแบบสะสมสามารถรับมูลค่าทางอ้อมผ่านการนำไปใช้และการปรับปรุง การสรุปบางส่วนอาจแบ่งรายได้ด้วยซ้ำ โดยสร้างมูลค่าคงค้างแบบกึ่งทางตรง นอกจากนี้ โดยการปรับใช้โรลอัพของตัวเองและใช้ประโยชน์จากความสามารถในการประกอบระหว่างโรลอัพ เฟรมเวิร์กจึงสามารถบันทึกมูลค่าได้โดยตรง ในขณะที่ระบบนิเวศพัฒนาขึ้น การสร้างสมดุลที่เหมาะสมระหว่างการแข่งขันและการทำงานร่วมกันจะมีความสำคัญต่อการเติบโตที่ยั่งยืนของกรอบการทำงานแบบ Rollup และผู้ให้บริการ RaaS