มูลค่าคงค้างสำหรับ Rollup Frameworks และ RaaS (พวกเขาจะเป็นศูนย์หรือไม่)

กลาง1/4/2024, 3:36:19 AM
บทความนี้จะสำรวจไดนามิกที่ซับซ้อนของการสะสมมูลค่าในเฟรมเวิร์ก Rollup และผู้ให้บริการ RaaS (Rollup as a Service) จากเลเยอร์ต่างๆ ไปจนถึง Superchain เผยให้เห็นกลไกที่ซ่อนอยู่เบื้องหลังวิธีที่ Rollup Frameworks และผู้ให้บริการ 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 กับ Rollup Framework กับ 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 ขายพื้นที่บล็อกให้กับธุรกิจอื่น - เลเยอร์การดำเนินการ

ชั้นการชำระบัญชีให้บริการการชำระหนี้แก่ธุรกิจอื่น - ชั้นการดำเนินการ

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

ชั้นการดำเนินการ: แบบจำลองทางเศรษฐกิจ B2C

เลเยอร์การดำเนินการสร้างรายได้โดยการเรียกเก็บเงินจากผู้ใช้สำหรับแต่ละธุรกรรม และชำระต้นทุนการดำเนินงานให้กับธุรกิจอื่นๆ (เลเยอร์) ในสแต็ก

รายได้: มูลค่าที่เข้ามาสามารถจัดประเภทได้ดังนี้:

ต้นทุนก๊าซที่ผู้ใช้ปลายทางจ่ายต่อธุรกรรม

ภายในโดเมน MEV

MEV ข้ามโดเมน (หากเฟรมเวิร์กมีการจัดลำดับสำหรับการโรลอัพหลายรายการในเลเยอร์ DA เดียวกัน อาจสกัดได้ยากเป็นอย่างอื่น)

MEV ขึ้นอยู่กับลำดับการทำธุรกรรม (มูลค่า "ที่แยกได้" จะแตกต่างกันไปสำหรับธุรกรรมแต่ละชุด) และมักจะคาดการณ์ล่วงหน้าได้ยาก ต้นทุนก๊าซที่เรียกเก็บจากผู้ใช้มักจะเป็นส่วนต่างของต้นทุนที่คาดการณ์ได้รวมกัน

ต้นทุน: ค่าที่ไหลออกจากเลเยอร์การดำเนินการมีดังต่อไปนี้:

  • ค่าใช้จ่ายในการดำเนินงานของโหนด

  • ค่าใช้จ่ายในการดำเนินการ (คำนวณ)

  • ค่าใช้จ่ายในการพิสูจน์ (ความถูกต้อง/หลักฐานการฉ้อโกง)

  • ค่าใช้จ่ายในการโพสต์ข้อมูล (แปรผันตามความแออัดของชั้น DA)

ที่มา: การทำความเข้าใจมูลค่าสะสมโดย Sanjay Shah | ทุนการไฟฟ้า

บ่อยครั้งที่ความรับผิดชอบของเลเยอร์การดำเนินการทั้งหมดอยู่ภายใต้โหนดซีเควนเซอร์แบบรวมศูนย์หนึ่งโหนด โหนดเดียวนี้รับรายได้ทั้งหมดจากผู้ใช้และรับผิดชอบในการชำระค่าใช้จ่าย DA และการชำระเงิน ในเวลาอื่น การตั้งค่าอาจมีโหนดที่แตกต่างกันสำหรับความรับผิดชอบที่แตกต่างกัน:

  • ซีเควนเซอร์จัดลำดับธุรกรรมและโพสต์ข้อมูลบนเลเยอร์ DA พวกเขา 'รับ' ค่าธรรมเนียมการทำธุรกรรมที่ผู้ใช้จ่ายและชำระค่าใช้จ่ายในการจัดลำดับและค่าใช้จ่ายในการโพสต์ข้อมูล การจัดลำดับยังสามารถทำได้โดยชุดซีเควนเซอร์ที่เลือกไว้ล่วงหน้าหรือซีเควนเซอร์แบบกระจายอำนาจ เช่น Espresso ผู้จัดลำดับยังรับผิดชอบในการโพสต์การเปลี่ยนแปลงสถานะไปยังชั้นการชำระบัญชีและชำระค่าใช้จ่ายในการชำระบัญชี
  • โหนดผู้พิสูจน์มีหน้าที่สร้างการพิสูจน์ อาจเป็นเครื่องพิสูจน์กลางหรือชุดโหนดพิสูจน์ที่มีการกระจายอำนาจ ต้นทุนประกอบด้วยค่าใช้จ่ายในการสร้างการพิสูจน์ ขึ้นอยู่กับการตั้งค่า พิสูจน์ว่า 'ขาย' การพิสูจน์ให้กับซีเควนเซอร์ หรือโพสต์ไปที่เลเยอร์การชำระโดยตรง
  • Rollups ยังสามารถมีโหนดเต็มรูปแบบอื่นๆ (หรือ Light Node ที่ตรวจสอบเต็มรูปแบบ) ที่ดำเนินการชุดธุรกรรมทั้งหมดและรักษาสถานะ Canonical ของ Rollup โหนดแบบเต็มเหล่านี้ไม่จำเป็นต้องสร้างรายได้โดยตรงใดๆ แต่รับมูลค่าทางอ้อมโดยการถือโทเค็นก๊าซดั้งเดิมของ Rollup

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

คำถามก็คือ: หากเลเยอร์การดำเนินการขับเคลื่อนมูลค่ามากที่สุด ผู้เข้าร่วมคนใดในสแต็กที่อยู่ในตำแหน่งที่ดีที่สุดในการจับภาพนั้น

ใครก็ตามที่รันโหนดลำดับและทำกิจกรรมต่าง ๆ ที่เกี่ยวข้อง!

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

() RaaS ทำเงินได้อย่างไร?

มี 3 ส่วนหลักที่ RaaS สามารถบันทึกคุณค่าได้:

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

อินฟราเพิ่มเติม: บล็อกนักสำรวจ สะพาน ฯลฯ

การสนับสนุนเฉพาะ: การให้คำปรึกษาและความร่วมมือในการตัดสินใจจากอินฟาเรด (วิธีการจัดลำดับ MEV ฯลฯ) + การสนับสนุนทางเทคนิคอื่นๆ

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

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

แต่ถ้า RaaS เป็น Wrapper ที่สร้างขึ้นบนเฟรมเวิร์ก Rollup ที่มีอยู่ ก็จะต้องแบ่งรายได้กับ RaaS ด้วยใช่ไหม

ไม่จำเป็นเลย

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

พวกเขาสามารถมีข้อตกลงตามสัญญากับกรอบการทำงานแบบสะสมเพื่อแบ่งปันผลกำไรได้หรือไม่?

พวกเขาสามารถทำได้ แต่ถ้าพวกเขาทำเช่นนั้น:

  1. พวกเขาสูญเสียผลกำไรบางส่วนของตนเอง
  2. คู่แข่งรายอื่น RaaS สามารถเลือกที่จะไม่แบ่งปันผลกำไรกับกรอบการทำงานแบบสะสมได้ และจะมีความโดดเด่นทางเศรษฐกิจในระยะยาว

ดังนั้น ตามทฤษฎีแล้ว เกมเพื่อให้ผู้ให้บริการ RaaS อยู่รอดได้ การตัดสินใจอย่างมีเหตุผลคือการไม่แบ่งปันผลกำไรกับเฟรมเวิร์กพื้นฐาน

ดังนั้นหากผู้ให้บริการ RaaS ไม่แบ่งปันผลกำไร กรอบการทำงานแบบสะสมจะมีมูลค่าเพิ่มขึ้นได้อย่างไร

หากใครก็ตามสามารถสร้าง Rollup โดยไม่ได้รับอนุญาตโดยใช้เฟรมเวิร์กโอเพ่นซอร์ส จะถือเป็นการตัดสินใจที่คุ้มค่าทางเศรษฐกิจหรือไม่ที่จะพัฒนาเฟรมเวิร์ก Rollup โอเพ่นซอร์สตั้งแต่แรก?

คำตอบไม่ตรงไปตรงมานัก เพื่อให้กรอบการทำงานแบบสรุปจะ 'เป็นไปได้ในเชิงเศรษฐกิจ' จำเป็นต้องสร้างมูลค่าที่ยั่งยืนและระยะยาว Idan Levin แบ่งปันแบบจำลองทางจิตที่ดีเพื่อคิดว่าจะทำสิ่งนี้ได้อย่างไร มาขยายรูปแบบนั้นที่นี่ มี 3 วิธีหลักๆ ที่กรอบการทำงานสะสมสามารถสะสมมูลค่าได้:

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

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

เหตุใดพวกเขาจึงได้รับแรงจูงใจให้ทำเช่นนั้น?

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

นอกจากนี้ การเป็นส่วนหนึ่งของ 'Superchain' ยังมอบเอฟเฟกต์เครือข่าย เช่น ความสามารถในการรวบรวมแบบ cross-rollup ที่ chain อย่าง Base พบว่ามีประโยชน์ (และอาจมีข้อกำหนดในการแบ่งรายได้กับ Optimism)

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

  1. การสะสมมูลค่าโดยตรง: ผ่านการรวมเฟรมเวิร์กของตัวเอง (เช่น Optimism mainnet) ที่สร้างขึ้นโดยใช้เฟรมเวิร์กเดียวกัน (เช่น OP Stack) Gas อาจอยู่ในโทเค็นดั้งเดิม (เช่น OP) และ MEV ทั้งหมดจากการยกเลิกนี้จะสะสมให้กับทีมเฟรมเวิร์ก นอกจากนี้ ทีมงานยังสามารถ 'ดึง' มูลค่าโดยตรงเพิ่มเติมบางส่วนได้:
  2. การสร้าง RaaS ของตัวเอง - เฟรมเวิร์กสามารถเลือกที่จะแข่งขันในพื้นที่ RaaS และให้บริการโฮสต์ Sequencer + บริการให้คำปรึกษาของตัวเอง หากเฟรมเวิร์กจำนวนมากเริ่มทำเช่นนี้ ก็อาจทำให้โมเดลธุรกิจ RaaS ไม่ยั่งยืนในระยะยาว เนื่องจากกรอบการทำงานสามารถใช้ประโยชน์จากความน่าเชื่อถือและตำแหน่งในตลาดเพื่อเอาชนะผู้ให้บริการ RaaS ภายนอกใดๆ ที่สร้างขึ้นนอกเหนือจากกรอบดังกล่าว
  3. ความสามารถในการประกอบระหว่างการโรลอัพเป็นการใช้ประโยชน์: ใครๆ ก็สามารถสร้างโรลอัพได้โดยใช้เฟรมเวิร์กตามที่เป็นอยู่หรือปรับเปลี่ยนก็ได้ อย่างไรก็ตาม เพื่อให้ได้ผลเครือข่ายและความสามารถในการทำงานร่วมกันกับชุดรวมอื่นๆ ที่สร้างขึ้นบนเฟรมเวิร์กเดียวกัน กรอบงานอาจจำเป็นต้องปฏิบัติตามมาตรฐานที่กำหนดไว้บางประการ

นี่คือสิ่งที่ OP Stack ทำกับ Law of Chains หากต้องการเป็นส่วนหนึ่งของ Superchain คุณต้องปฏิบัติตามกฎบางประการ กฎเหล่านี้ถูกกำหนดโดยการกำกับดูแล OP ตัวอย่างเช่น หนึ่งในกฎเหล่านี้อาจเป็นได้ว่า Rollup ทั้งหมดใน Superchain ต้องใช้ OP เป็น Gas Token สิ่งนี้อาจมีการพัฒนาเพื่อรวมกฎหมายส่วนแบ่ง MEV เช่น X% ของรายได้ MEV ข้ามสายโซ่จะกลับไปที่คลัง OP

ทีมกรอบการทำงานแบบรวบรวมสามารถเล่นกับ 3 ส่วนข้างต้นเพื่อปรับแต่งกลไก 'การเก็บคุณค่า' ให้ตรงกับเป้าหมายและความทะเยอทะยานของพวกเขา หากต้องการให้มีมูลค่าโดยตรง อาจมีบางตัวเลือก (โดยสังเขป) ดังนี้

  • กำลังปรับใช้การยกเลิกของตนเอง
  • การปรับใช้ RaaS ของตัวเอง
  • การใช้ประโยชน์จากความสามารถในการประกอบเพื่อควบคุมมาตรฐานสำหรับกรอบงาน

บทสรุป

การพัฒนาอย่างรวดเร็วของกรอบการทำงาน Rollup และผู้ให้บริการ Rollups-as-a-Service (RaaS) ในพื้นที่บล็อกเชน ทำให้เกิดคำถามเกี่ยวกับการสะสมมูลค่าของพวกเขา ในขณะที่เลเยอร์การดำเนินการจับส่วนแบ่งมูลค่าที่สูง เฟรมเวิร์กแบบสะสมสามารถรับมูลค่าทางอ้อมผ่านการนำไปใช้และการปรับปรุง การสรุปบางส่วนอาจแบ่งรายได้ด้วยซ้ำ โดยสร้างมูลค่าคงค้างแบบกึ่งทางตรง นอกจากนี้ โดยการปรับใช้โรลอัพของตัวเองและใช้ประโยชน์จากความสามารถในการประกอบระหว่างโรลอัพ เฟรมเวิร์กจึงสามารถบันทึกมูลค่าได้โดยตรง ในขณะที่ระบบนิเวศพัฒนาขึ้น การสร้างสมดุลที่เหมาะสมระหว่างการแข่งขันและการทำงานร่วมกันจะมีความสำคัญต่อการเติบโตที่ยั่งยืนของกรอบการทำงานแบบ Rollup และผู้ให้บริการ RaaS

ข้อสงวนสิทธิ์:

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

มูลค่าคงค้างสำหรับ Rollup Frameworks และ RaaS (พวกเขาจะเป็นศูนย์หรือไม่)

กลาง1/4/2024, 3:36:19 AM
บทความนี้จะสำรวจไดนามิกที่ซับซ้อนของการสะสมมูลค่าในเฟรมเวิร์ก Rollup และผู้ให้บริการ RaaS (Rollup as a Service) จากเลเยอร์ต่างๆ ไปจนถึง Superchain เผยให้เห็นกลไกที่ซ่อนอยู่เบื้องหลังวิธีที่ Rollup Frameworks และผู้ให้บริการ 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 กับ Rollup Framework กับ 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 ขายพื้นที่บล็อกให้กับธุรกิจอื่น - เลเยอร์การดำเนินการ

ชั้นการชำระบัญชีให้บริการการชำระหนี้แก่ธุรกิจอื่น - ชั้นการดำเนินการ

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

ชั้นการดำเนินการ: แบบจำลองทางเศรษฐกิจ B2C

เลเยอร์การดำเนินการสร้างรายได้โดยการเรียกเก็บเงินจากผู้ใช้สำหรับแต่ละธุรกรรม และชำระต้นทุนการดำเนินงานให้กับธุรกิจอื่นๆ (เลเยอร์) ในสแต็ก

รายได้: มูลค่าที่เข้ามาสามารถจัดประเภทได้ดังนี้:

ต้นทุนก๊าซที่ผู้ใช้ปลายทางจ่ายต่อธุรกรรม

ภายในโดเมน MEV

MEV ข้ามโดเมน (หากเฟรมเวิร์กมีการจัดลำดับสำหรับการโรลอัพหลายรายการในเลเยอร์ DA เดียวกัน อาจสกัดได้ยากเป็นอย่างอื่น)

MEV ขึ้นอยู่กับลำดับการทำธุรกรรม (มูลค่า "ที่แยกได้" จะแตกต่างกันไปสำหรับธุรกรรมแต่ละชุด) และมักจะคาดการณ์ล่วงหน้าได้ยาก ต้นทุนก๊าซที่เรียกเก็บจากผู้ใช้มักจะเป็นส่วนต่างของต้นทุนที่คาดการณ์ได้รวมกัน

ต้นทุน: ค่าที่ไหลออกจากเลเยอร์การดำเนินการมีดังต่อไปนี้:

  • ค่าใช้จ่ายในการดำเนินงานของโหนด

  • ค่าใช้จ่ายในการดำเนินการ (คำนวณ)

  • ค่าใช้จ่ายในการพิสูจน์ (ความถูกต้อง/หลักฐานการฉ้อโกง)

  • ค่าใช้จ่ายในการโพสต์ข้อมูล (แปรผันตามความแออัดของชั้น DA)

ที่มา: การทำความเข้าใจมูลค่าสะสมโดย Sanjay Shah | ทุนการไฟฟ้า

บ่อยครั้งที่ความรับผิดชอบของเลเยอร์การดำเนินการทั้งหมดอยู่ภายใต้โหนดซีเควนเซอร์แบบรวมศูนย์หนึ่งโหนด โหนดเดียวนี้รับรายได้ทั้งหมดจากผู้ใช้และรับผิดชอบในการชำระค่าใช้จ่าย DA และการชำระเงิน ในเวลาอื่น การตั้งค่าอาจมีโหนดที่แตกต่างกันสำหรับความรับผิดชอบที่แตกต่างกัน:

  • ซีเควนเซอร์จัดลำดับธุรกรรมและโพสต์ข้อมูลบนเลเยอร์ DA พวกเขา 'รับ' ค่าธรรมเนียมการทำธุรกรรมที่ผู้ใช้จ่ายและชำระค่าใช้จ่ายในการจัดลำดับและค่าใช้จ่ายในการโพสต์ข้อมูล การจัดลำดับยังสามารถทำได้โดยชุดซีเควนเซอร์ที่เลือกไว้ล่วงหน้าหรือซีเควนเซอร์แบบกระจายอำนาจ เช่น Espresso ผู้จัดลำดับยังรับผิดชอบในการโพสต์การเปลี่ยนแปลงสถานะไปยังชั้นการชำระบัญชีและชำระค่าใช้จ่ายในการชำระบัญชี
  • โหนดผู้พิสูจน์มีหน้าที่สร้างการพิสูจน์ อาจเป็นเครื่องพิสูจน์กลางหรือชุดโหนดพิสูจน์ที่มีการกระจายอำนาจ ต้นทุนประกอบด้วยค่าใช้จ่ายในการสร้างการพิสูจน์ ขึ้นอยู่กับการตั้งค่า พิสูจน์ว่า 'ขาย' การพิสูจน์ให้กับซีเควนเซอร์ หรือโพสต์ไปที่เลเยอร์การชำระโดยตรง
  • Rollups ยังสามารถมีโหนดเต็มรูปแบบอื่นๆ (หรือ Light Node ที่ตรวจสอบเต็มรูปแบบ) ที่ดำเนินการชุดธุรกรรมทั้งหมดและรักษาสถานะ Canonical ของ Rollup โหนดแบบเต็มเหล่านี้ไม่จำเป็นต้องสร้างรายได้โดยตรงใดๆ แต่รับมูลค่าทางอ้อมโดยการถือโทเค็นก๊าซดั้งเดิมของ Rollup

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

คำถามก็คือ: หากเลเยอร์การดำเนินการขับเคลื่อนมูลค่ามากที่สุด ผู้เข้าร่วมคนใดในสแต็กที่อยู่ในตำแหน่งที่ดีที่สุดในการจับภาพนั้น

ใครก็ตามที่รันโหนดลำดับและทำกิจกรรมต่าง ๆ ที่เกี่ยวข้อง!

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

() RaaS ทำเงินได้อย่างไร?

มี 3 ส่วนหลักที่ RaaS สามารถบันทึกคุณค่าได้:

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

อินฟราเพิ่มเติม: บล็อกนักสำรวจ สะพาน ฯลฯ

การสนับสนุนเฉพาะ: การให้คำปรึกษาและความร่วมมือในการตัดสินใจจากอินฟาเรด (วิธีการจัดลำดับ MEV ฯลฯ) + การสนับสนุนทางเทคนิคอื่นๆ

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

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

แต่ถ้า RaaS เป็น Wrapper ที่สร้างขึ้นบนเฟรมเวิร์ก Rollup ที่มีอยู่ ก็จะต้องแบ่งรายได้กับ RaaS ด้วยใช่ไหม

ไม่จำเป็นเลย

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

พวกเขาสามารถมีข้อตกลงตามสัญญากับกรอบการทำงานแบบสะสมเพื่อแบ่งปันผลกำไรได้หรือไม่?

พวกเขาสามารถทำได้ แต่ถ้าพวกเขาทำเช่นนั้น:

  1. พวกเขาสูญเสียผลกำไรบางส่วนของตนเอง
  2. คู่แข่งรายอื่น RaaS สามารถเลือกที่จะไม่แบ่งปันผลกำไรกับกรอบการทำงานแบบสะสมได้ และจะมีความโดดเด่นทางเศรษฐกิจในระยะยาว

ดังนั้น ตามทฤษฎีแล้ว เกมเพื่อให้ผู้ให้บริการ RaaS อยู่รอดได้ การตัดสินใจอย่างมีเหตุผลคือการไม่แบ่งปันผลกำไรกับเฟรมเวิร์กพื้นฐาน

ดังนั้นหากผู้ให้บริการ RaaS ไม่แบ่งปันผลกำไร กรอบการทำงานแบบสะสมจะมีมูลค่าเพิ่มขึ้นได้อย่างไร

หากใครก็ตามสามารถสร้าง Rollup โดยไม่ได้รับอนุญาตโดยใช้เฟรมเวิร์กโอเพ่นซอร์ส จะถือเป็นการตัดสินใจที่คุ้มค่าทางเศรษฐกิจหรือไม่ที่จะพัฒนาเฟรมเวิร์ก Rollup โอเพ่นซอร์สตั้งแต่แรก?

คำตอบไม่ตรงไปตรงมานัก เพื่อให้กรอบการทำงานแบบสรุปจะ 'เป็นไปได้ในเชิงเศรษฐกิจ' จำเป็นต้องสร้างมูลค่าที่ยั่งยืนและระยะยาว Idan Levin แบ่งปันแบบจำลองทางจิตที่ดีเพื่อคิดว่าจะทำสิ่งนี้ได้อย่างไร มาขยายรูปแบบนั้นที่นี่ มี 3 วิธีหลักๆ ที่กรอบการทำงานสะสมสามารถสะสมมูลค่าได้:

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

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

เหตุใดพวกเขาจึงได้รับแรงจูงใจให้ทำเช่นนั้น?

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

นอกจากนี้ การเป็นส่วนหนึ่งของ 'Superchain' ยังมอบเอฟเฟกต์เครือข่าย เช่น ความสามารถในการรวบรวมแบบ cross-rollup ที่ chain อย่าง Base พบว่ามีประโยชน์ (และอาจมีข้อกำหนดในการแบ่งรายได้กับ Optimism)

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

  1. การสะสมมูลค่าโดยตรง: ผ่านการรวมเฟรมเวิร์กของตัวเอง (เช่น Optimism mainnet) ที่สร้างขึ้นโดยใช้เฟรมเวิร์กเดียวกัน (เช่น OP Stack) Gas อาจอยู่ในโทเค็นดั้งเดิม (เช่น OP) และ MEV ทั้งหมดจากการยกเลิกนี้จะสะสมให้กับทีมเฟรมเวิร์ก นอกจากนี้ ทีมงานยังสามารถ 'ดึง' มูลค่าโดยตรงเพิ่มเติมบางส่วนได้:
  2. การสร้าง RaaS ของตัวเอง - เฟรมเวิร์กสามารถเลือกที่จะแข่งขันในพื้นที่ RaaS และให้บริการโฮสต์ Sequencer + บริการให้คำปรึกษาของตัวเอง หากเฟรมเวิร์กจำนวนมากเริ่มทำเช่นนี้ ก็อาจทำให้โมเดลธุรกิจ RaaS ไม่ยั่งยืนในระยะยาว เนื่องจากกรอบการทำงานสามารถใช้ประโยชน์จากความน่าเชื่อถือและตำแหน่งในตลาดเพื่อเอาชนะผู้ให้บริการ RaaS ภายนอกใดๆ ที่สร้างขึ้นนอกเหนือจากกรอบดังกล่าว
  3. ความสามารถในการประกอบระหว่างการโรลอัพเป็นการใช้ประโยชน์: ใครๆ ก็สามารถสร้างโรลอัพได้โดยใช้เฟรมเวิร์กตามที่เป็นอยู่หรือปรับเปลี่ยนก็ได้ อย่างไรก็ตาม เพื่อให้ได้ผลเครือข่ายและความสามารถในการทำงานร่วมกันกับชุดรวมอื่นๆ ที่สร้างขึ้นบนเฟรมเวิร์กเดียวกัน กรอบงานอาจจำเป็นต้องปฏิบัติตามมาตรฐานที่กำหนดไว้บางประการ

นี่คือสิ่งที่ OP Stack ทำกับ Law of Chains หากต้องการเป็นส่วนหนึ่งของ Superchain คุณต้องปฏิบัติตามกฎบางประการ กฎเหล่านี้ถูกกำหนดโดยการกำกับดูแล OP ตัวอย่างเช่น หนึ่งในกฎเหล่านี้อาจเป็นได้ว่า Rollup ทั้งหมดใน Superchain ต้องใช้ OP เป็น Gas Token สิ่งนี้อาจมีการพัฒนาเพื่อรวมกฎหมายส่วนแบ่ง MEV เช่น X% ของรายได้ MEV ข้ามสายโซ่จะกลับไปที่คลัง OP

ทีมกรอบการทำงานแบบรวบรวมสามารถเล่นกับ 3 ส่วนข้างต้นเพื่อปรับแต่งกลไก 'การเก็บคุณค่า' ให้ตรงกับเป้าหมายและความทะเยอทะยานของพวกเขา หากต้องการให้มีมูลค่าโดยตรง อาจมีบางตัวเลือก (โดยสังเขป) ดังนี้

  • กำลังปรับใช้การยกเลิกของตนเอง
  • การปรับใช้ RaaS ของตัวเอง
  • การใช้ประโยชน์จากความสามารถในการประกอบเพื่อควบคุมมาตรฐานสำหรับกรอบงาน

บทสรุป

การพัฒนาอย่างรวดเร็วของกรอบการทำงาน Rollup และผู้ให้บริการ Rollups-as-a-Service (RaaS) ในพื้นที่บล็อกเชน ทำให้เกิดคำถามเกี่ยวกับการสะสมมูลค่าของพวกเขา ในขณะที่เลเยอร์การดำเนินการจับส่วนแบ่งมูลค่าที่สูง เฟรมเวิร์กแบบสะสมสามารถรับมูลค่าทางอ้อมผ่านการนำไปใช้และการปรับปรุง การสรุปบางส่วนอาจแบ่งรายได้ด้วยซ้ำ โดยสร้างมูลค่าคงค้างแบบกึ่งทางตรง นอกจากนี้ โดยการปรับใช้โรลอัพของตัวเองและใช้ประโยชน์จากความสามารถในการประกอบระหว่างโรลอัพ เฟรมเวิร์กจึงสามารถบันทึกมูลค่าได้โดยตรง ในขณะที่ระบบนิเวศพัฒนาขึ้น การสร้างสมดุลที่เหมาะสมระหว่างการแข่งขันและการทำงานร่วมกันจะมีความสำคัญต่อการเติบโตที่ยั่งยืนของกรอบการทำงานแบบ Rollup และผู้ให้บริการ RaaS

ข้อสงวนสิทธิ์:

  1. บทความนี้พิมพ์ซ้ำจาก [Stackr Labs] ลิขสิทธิ์ทั้งหมดเป็นของผู้แต่งต้นฉบับ [Shivanshu Madan] หากมีการคัดค้านการพิมพ์ซ้ำนี้ โปรดติดต่อทีมงาน Gate Learn แล้วพวกเขาจะจัดการโดยเร็วที่สุด
  2. การปฏิเสธความรับผิด: มุมมองและความคิดเห็นที่แสดงในบทความนี้เป็นเพียงของผู้เขียนเท่านั้น และไม่ถือเป็นคำแนะนำในการลงทุนใดๆ
  3. การแปลบทความเป็นภาษาอื่นดำเนินการโดยทีมงาน Gate Learn เว้นแต่จะกล่าวถึง ห้ามคัดลอก แจกจ่าย หรือลอกเลียนแบบบทความที่แปลแล้ว
Comece agora
Registe-se e ganhe um cupão de
100 USD
!