RaaS เชิงลึก: ภาพรวมของรูปแบบบริการ Rollup และวิธีการทำกำไร

ผู้เขียนต้นฉบับ: ไมลส์ โอนีล

การรวบรวมต้นฉบับ: Deep Chao TechFlow

แนะนำ

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

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

บริการ RaaS/การนำเสนอผลิตภัณฑ์

แม้ว่าข้อเสนอบริการ/ผลิตภัณฑ์ RaaS ยังอยู่ในช่วงเริ่มต้น แต่เราสังเกตเห็นว่าผู้ให้บริการ RaaS ส่วนใหญ่ขายชุดบริการและผลิตภัณฑ์ที่คล้ายกัน จากการสนทนากับผู้ก่อตั้ง RaaS ฉันได้เรียนรู้ว่าแพ็คเกจบริการนี้มีดังนี้

ให้บริการ

• เช่นเดียวกับ Playbook ที่ใช้โดยบริษัท B2B แบบดั้งเดิม ผู้ให้บริการ RaaS มักเริ่มต้นด้วยการขายบริการ (หมายเหตุข้างเคียง: น่าประหลาดใจที่กลยุทธ์ การบริการต่อผลิตภัณฑ์ แบบดั้งเดิมทำงานได้ดีมากในพื้นที่สกุลเงินดิจิทัล)

• ในฐานะส่วนหนึ่งของข้อเสนอการบริการ ผู้ให้บริการ RaaS มักจะทำหน้าที่เป็นที่ปรึกษาด้านเทคนิคเพื่อช่วยคุณประเมินสแต็คแบบรวม (เช่น OP Stack, Arbitrum Orbit) และตัดสินใจว่าสแต็กใดดีที่สุดสำหรับแอปพลิเคชันของคุณ

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

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

ผลิตภัณฑ์โครงสร้างพื้นฐาน

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

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

เครื่องมือสำหรับนักพัฒนา

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

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

• เครื่องมืออินเทอร์เฟซผู้ใช้: อย่างน้อยที่สุด ผู้ใช้ Rollup จะต้องมีวิธีเชื่อมต่อกับ Rollup ของคุณ ตัวเลือกกระเป๋าเงินหลายตัว (รวมถึงโครงสร้างพื้นฐานนามธรรมของบัญชี) และ blockchain explorer ที่เข้ากันได้กับแอปพลิเคชันเลเยอร์ 1

กลยุทธ์ RaaS GTM

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

บูรณาการในแนวตั้ง (เช่น Eclipse)

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

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

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

• ความท้าทายหลักของแนวทางนี้คือข้อจำกัดด้านทรัพยากร การสร้างธุรกิจ RaaS ควบคู่ไปกับการสร้างเฟรมเวิร์ก Rollup อาจเกินความสามารถของคุณ

ทำงานกับกรอบงาน (เช่น ท่อร้อยสาย)

• ผู้ให้บริการ RaaS ที่ทำงานกับเฟรมเวิร์กเฉพาะ (เช่น OP หรือ Arbitrum) ผูกมัดตัวเองกับเฟรมเวิร์กนั้น ด้วยการปรับให้สอดคล้องกับกรอบงานที่มีอยู่ ผู้ให้บริการ RaaS จะได้รับข้อได้เปรียบในการกระจายที่สำคัญ

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

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

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

ผู้ไม่เชื่อเรื่องพระเจ้าในกรอบงาน (เช่น สมรภูมิ)

• ผู้ให้บริการ RaaS ที่ไม่เชื่อเรื่องกรอบการทำงานสนับสนุนผลิตภัณฑ์และบริการ RaaS สำหรับเฟรมเวิร์ก Rollup ต่างๆ (เช่น OP, Arbitrum)

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

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

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

โมเดลธุรกิจ RaaS

ปัจจุบันปรากฏว่าผู้ให้บริการ RaaS มีรายได้สองทาง: (i) ค่าธรรมเนียมการจัดลำดับ และ (ii) โครงสร้างพื้นฐานและเครื่องมือ จากการสังเกตของเรา ส่วนประกอบการบริการมักจะให้บริการฟรี

ค่าธรรมเนียมการเรียงลำดับ

• ผู้ให้บริการ RaaS รันซีเควนเซอร์เพื่อจัดลำดับธุรกรรมสำหรับแอปพลิเคชัน พวกเขาคิดค่าธรรมเนียมเป็นการตอบแทน

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

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

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

โครงสร้างพื้นฐาน เครื่องมือ และอื่นๆ

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

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

ความคิดอื่นๆ

มีบางสิ่งที่ฉันต้องการพูดคุยที่ไม่สอดคล้องกับบทก่อนหน้านี้ ดังนั้นฉันจึงตัดสินใจรวมทั้งหมดไว้ในส่วนการบันทึกนี้

RaaS และเฟรมเวิร์ก

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

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

อย่างไรก็ตาม กรอบการทำงานดังกล่าวยังมีศักยภาพที่จะตอบโต้ผู้ให้บริการ RaaS อีกด้วย ในเรื่องนี้ ต่อไปนี้เป็นประเด็นบางส่วนที่เราหารือกัน:

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

• ทุกเฟรมเวิร์กที่ได้รับการสนับสนุนจากผู้ให้บริการ RaaS กำหนดให้ต้องลงทุนทรัพยากรจำนวนมาก (ใช้เวลาในการพัฒนาเป็นหลัก) ณ จุดนี้ ไม่น่าเป็นไปได้ที่ผู้ให้บริการ RaaS รายเดียวจะสามารถรองรับทุกเฟรมเวิร์กในตลาดและออกแบบผลิตภัณฑ์ที่กำหนดเองได้ ดังนั้นเฟรมเวิร์กสามารถแข่งขันกับผู้ให้บริการ RaaS โดยการให้บริการหลักที่แก้ไขปัญหาเฉพาะของสแต็กได้หรือไม่ ตัวอย่างเช่น กรอบงาน ZK Rollup สามารถให้ราคาที่ดีกว่าสำหรับการพิสูจน์โดยการรวบรวมความต้องการจากการสรุปและกำหนดเส้นทางไปยังชุดของระบบพิสูจน์และผู้ปฏิบัติงาน

MEV ทั่วทั้งชุดสะสม

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

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

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

สรุปแล้ว

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