EigenCloud (prev. EigenLayer)

EigenCloud (prev. EigenLayer) คืออะไร?

EigenCloud เป็นแพลตฟอร์มนักพัฒนาที่มีเป้าหมายทำให้พฤติกรรมของแอปพลิเคชัน “พิสูจน์ยืนยันได้” (provably verifiable) แม้ว่าแอปจะทำงานอยู่นอกเครือข่าย (offchain) โดยผูกความรับผิดชอบ (accountability) เข้ากับความมั่นคงทางเศรษฐกิจแบบคริปโต (crypto-economic security) และการระงับข้อพิพาทบนเชน (onchain dispute resolution) ในเชิงปฏิบัติ EigenCloud เป็นการต่อยอด แนวคิด “restaking” ของ EigenLayer คือการนำมูลค่าความมั่นคงทางเศรษฐกิจที่ถูก stake บน Ethereum มาใช้ค้ำประกันบริการของบุคคลที่สาม และบรรจุเป็น stack ผลิตภัณฑ์สำหรับนักพัฒนาในรูปแบบ primitive สำหรับ data availability การยืนยัน (verification) และการประมวลผลแบบ offchain ภายใต้การตลาดในชื่อ “verifiability-as-a-service”

ข้อได้เปรียบเชิง “moat” จึงไม่ใช่เรื่องปริมาณธุรกรรมดิบ (throughput) หรือการเป็น base chain แบบ general-purpose ทั่วไป แต่เป็นความพยายามสร้างมาตรฐาน “ตลาดความมั่นคงและการยืนยันร่วมกัน” (shared security and verification market) ที่บริการอิสระจำนวนมากสามารถใช้ pool ของ stake ร่วมกันได้ โดยมีการแยกความเสี่ยงที่ระดับ service แบบปรับแต่งได้ แทนการใช้เซ็ต validator แบบ “ไซส์เดียวใช้ได้กับทุกบริการ” ตามที่อธิบายไว้ใน EigenCloud launch post และ whitepaper ของ EigenCloud

ในมุมโครงสร้างตลาด EigenCloud ควรถูกมองว่าเป็นเลเยอร์ด้านบนของเศรษฐกิจการ stake บน Ethereum มากกว่าการเป็น L1 ใหม่ที่มาแย่งชิงธุรกรรมทั่วไป ขนาดของระบบจึงมักถูกพูดถึงในแง่ของหลักทรัพย์ที่ “ถูก restake” และการยอมรับของ Actively Validated Services (AVSs) ไม่ใช่ปริมาณธุรกรรมรายวันจากผู้ใช้ทั่วไป สื่ออุตสาหกรรมจำนวนมากมอง EigenLayer ว่าเป็นแพลตฟอร์มหลักของ Ethereum restaking ตามมูลค่า TVL แม้ว่ากิจกรรมของผู้ใช้ในเซกเตอร์นี้จะมีลักษณะเป็นวัฏจักรและขึ้นกับแรงจูงใจเป็นหลัก โดยทุนมีแนวโน้มไหลกลับไปกระจุกในแพลตฟอร์มผู้นำเมื่ออัตราผลตอบแทนเริ่มเข้าสู่ภาวะปกติ

ตัวรวบรวมข้อมูล (aggregators) ที่ติดตามโปรโตคอลในชื่อ “EigenCloud/EigenLayer” ก็สะท้อนมุมมองดังกล่าวโดยเผยแพร่ทั้งอันดับมูลค่าตลาดของโทเค็นและตัวเลข TVL ของโปรโตคอลควบคู่กัน (ตัวอย่างเช่น หน้า CoinMarketCap ที่ระบุชื่อสินทรัพย์ว่า “EigenCloud” แต่บรรยายกลไก “EigenLayer” และรายงาน TVL) CoinMarketCap จัดอันดับ EIGEN อยู่ในช่วงกลางถึงล่างของตารางตามมูลค่าตลาด (ประมาณอันดับหลักร้อย) ตอกย้ำว่ามูลค่าตลาดของโทเค็นกับมูลค่าที่แพลตฟอร์มค้ำประกันอาจแตกต่างกันมากได้ทั้งสองทิศทาง ขึ้นอยู่กับตารางปลดล็อก ระบบแรงจูงใจ และการรับรู้ความเสี่ยง

ใครเป็นผู้ก่อตั้ง EigenCloud (prev. EigenLayer) และเริ่มเมื่อใด?

EigenCloud ถือกำเนิดจากโครงการ EigenLayer ที่พัฒนาโดย Eigen Labs นำโดย CEO Sreeram Kannan ตัวโปรโตคอล restaking บนเชนเริ่มเป็นที่จับตาในรอบวัฏจักรปี 2023–2024 เมื่อโทเค็น liquid staking ของ Ethereum และโปรแกรมจูงใจที่ขับเคลื่อนด้วย “แต้ม” ดึงเม็ดเงินส่วนเพิ่มเข้าสู่กลยุทธ์การลงทุนที่เกี่ยวข้องกับ staking เป็นจำนวนมาก

Eigen Foundation ถูกก่อตั้งขึ้นเพื่อทำหน้าที่กำกับดูแลและดูแลระบบนิเวศ ควบคู่ไปกับโทเค็น EIGEN และโมเดล “stakedrop” โดยประกาศอย่างชัดเจนถึงการกระจายโทเค็นให้ชุมชนหลายซีซัน ช่วงเวลาเริ่มต้นที่โทเค็นยังโอนไม่ได้ และการล็อกโทเค็นของนักลงทุน/ผู้ร่วมสร้างระยะเวลา 3 ปี พร้อมการปลดล็อกแบบเส้นตรงหลังจากนั้น ตามข้อมูลในเอกสารประกาศของ Eigen Foundation เอง

EigenCloud ในฐานะแบรนด์ “แพลตฟอร์มนักพัฒนา” ถูกเปิดตัวสาธารณะในภายหลัง ช่วงกลางปี 2025 เมื่อ Eigen Labs ปรับภาพลักษณ์แพลตฟอร์มให้เป็นพื้นผิวรวมที่ผสาน AVSs และ primitive ฝั่ง first-party เข้าไว้ด้วยกัน โดยระบุชัดเจนว่า “สร้างบน EigenLayer และขับเคลื่อนด้วยโทเค็น EIGEN” (EigenCloud introduction)

เมื่อเวลาผ่านไป เนื้อหาการเล่าเรื่องได้เปลี่ยนจากภาพค่อนข้างแคบในมุม “ผลตอบแทนจาก restaking และ shared security” ไปสู่กรอบที่กว้างขึ้นอย่าง “verifiable services และ verifiable offchain compute” ส่วนหนึ่งเพื่อตอบสนองต่อข้อสงสัยอย่างต่อเนื่องว่าระบบ restaking จะยืนระยะได้หรือไม่ หากรางวัลส่วนใหญ่ยังพึ่งพาการอุดหนุนมากกว่าค่าธรรมเนียมจริง การปรับตำแหน่งนี้เห็นได้ชัดในชุดผลิตภัณฑ์ของ EigenCloud ที่ระบุ EigenDA เป็น data availability เพิ่ม primitive สำหรับการระงับข้อพิพาท (“EigenVerify”) และขยายไปสู่การประมวลผล offchain แบบรันในคอนเทนเนอร์ (“EigenCompute”) ตลอดจนข้อความสื่อสารรุ่นหลังที่เจาะกรณีใช้งานด้าน AI/agent และ trusted execution environments ในรูปแบบ “mainnet alpha”

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

เครือข่าย EigenCloud (prev. EigenLayer) ทำงานอย่างไร?

EigenCloud ไม่ใช่เครือข่ายฉันทามติ (consensus network) แบบ standalone เหมือน L1 ที่ใช้ proof-of-work หรือ proof-of-stake แต่เป็นการสืบทอด finality ของฉันทามติจากฐาน Ethereum เป็นหลัก แล้วค่อยเพิ่มข้อผูกพันที่รองรับด้วยกลไก slashing เข้าไปบนหลักทรัพย์ที่ถูก stake (หรือ liquid-staked) ผ่านสัญญา restaking ของ EigenLayer ภายใต้โมเดลนี้ “operators” จะรันซอฟต์แวร์ AVS และรับ stake ที่ถูกมอบหมาย (delegated) ขณะที่ AVSs เป็นผู้กำหนดงานที่ต้องยืนยันได้ (verifiable tasks) และที่สำคัญคือเงื่อนไข slashing เพื่อปรับโทษความผิดที่พิสูจน์ได้

กลไกความรับผิดชอบนี้ถูกพูดถึงมายาวนานในฐานะแกนหลักของสมมติฐาน EigenLayer และมีความน่าเชื่อถือขึ้นอย่างเป็นรูปธรรมเมื่อ slashing ถูกเปิดใช้งานบน mainnet ในวันที่ 17 เมษายน 2025 โดยให้ AVSs และ operators เลือกเข้าร่วม (opt-in) แทนที่จะเปิดใช้เป็นการบังคับทั้งระบบในครั้งเดียว (ตามที่ CoinDesk รายงานและบทความอธิบายของ EigenCloud เอง “Slashing on Mainnet is Coming Soon”)

ในเชิงเทคนิค จุดต่างของ EigenCloud อธิบายได้ดีที่สุดว่าเป็น “stack การยืนยันแบบโมดูลาร์” มากกว่าการเป็น “การทะลุเพดานสเกลเดียวจบ” EigenDA มอบความสามารถด้าน data availability เพื่อรองรับ rollups และงานที่ใช้ข้อมูลหนัก EigenVerify ถูกวางตัวเป็นกลไกระงับข้อพิพาทมาตรฐาน เพื่อไม่ให้แต่ละแอปต้องสร้าง fraud-proof หรือ pipeline การตัดสินข้อพิพาทเฉพาะกิจขึ้นมาเอง และ EigenCompute ขยายขอบเขตการยืนยันไปยังการประมวลผล offchain ของลอจิกที่รันในคอนเทนเนอร์

ความแข็งแกร่งของโมเดลความมั่นคงในโลกความเป็นจริงพึ่งพาปัจจัยอย่างความหลากหลายของ operator ความถูกต้องของสเปค slashing และการไม่เกิดความล้มเหลวแบบสัมพันธ์กัน (correlated failures) ระหว่าง AVSs — ซึ่งเป็นโหมดความล้มเหลวที่ผู้วิจารณ์กังวลอย่างยิ่งเมื่อมีการนำ pool ของความมั่นคงทางเศรษฐกิจเดียวไปใช้ซ้ำในหลายบริการ แม้จะมีระบบแยกความเสี่ยงก็ตาม

Tokenomics ของ EIGEN เป็นอย่างไร?

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

Eigen Foundation อธิบายว่ามีอุปทานเริ่มต้น ณ เวลาเปิดตัวประมาณ 1.67 พันล้านโทเค็น แบ่งจัดสรรให้กับโครงการชุมชน (รวม stakedrops) นักลงทุน และผู้ร่วมสร้างยุคแรก พร้อมระบุชัดเจนว่าแม้ตารางปล่อยโทเค็น (emissions schedule) จะยังไม่ถูกกำหนดในขณะนั้น แต่อุปทานคาดว่าจะมีลักษณะเงินเฟ้อในช่วงปีแรก ๆ และถูกกำกับโดยกลไกของโปรโตคอล “เพื่อประโยชน์ของชุมชน EigenLayer เท่านั้น” ตามประกาศของ Eigen Foundation

การวิเคราะห์จากภายนอกและตัวติดตามตลาดมักตีความสิ่งนี้ว่าเป็นกรอบ “max supply ไม่จำกัด” (กล่าวคือ การปล่อยโทเค็นสามารถมากกว่าอุปทานเริ่มต้นได้) แม้ผู้อ่านควรระมัดระวังว่าตัวเลข “total supply” และ “circulating supply” จากบุคคลที่สามขึ้นอยู่กับนิยามที่ใช้ และวิธีการจำแนกกระเป๋า custodian และกระเป๋าของมูลนิธิบนเชนและในแต่ละแพลตฟอร์ม

บทบาทการใช้งานและการสะสมมูลค่าของโทเค็นเชื่อมโยงโดยโครงสร้างกับคำถามว่า บริการของ EigenCloud สามารถสร้างกระแสค่าธรรมเนียมที่ยั่งยืนและส่งผ่านอย่างน่าเชื่อถือไปยังผู้ stake หลังหักค่าตอบแทน operator เบี้ยประกัน/ค่าความเสี่ยง และต้นทุนการกำกับดูแลได้หรือไม่ ในกรอบของ EigenCloud นั้น EIGEN ไม่ได้ถูกออกแบบมาให้เป็น “gas” สำหรับเชนเดี่ยวขนาดใหญ่ แต่ถูกวางตัวเป็นสินทรัพย์ stake ที่ค้ำประกันความสามารถในการโปรแกรมแบบ offchain และความมั่นคงให้กับ AVSs โดยมีความเป็นไปได้ว่าแอปบน EigenCloud จะสร้างค่าธรรมเนียมที่นำมาสนับสนุนรางวัล staking หรือแรงจูงใจในระบบนิเวศได้

มุมวิจารณ์เชิงเศรษฐศาสตร์ที่รุนแรงคือ restaking ทำให้เกิด tail risk เพิ่มเติม (ความเสี่ยงถูก slashed และความล้มเหลวของ AVSs แบบสัมพันธ์กัน) ที่ต้องมีค่าตอบแทนชดเชย หากค่าธรรมเนียมจาก AVS/EigenCloud บางเบา ทุนที่มีเหตุมีผลอาจต้องการเงินอุดหนุนสูงขึ้นหรือถอนทุน ซึ่งเป็นพลวัตที่บทวิเคราะห์ภาคส่วนชี้ให้เห็นซ้ำ ๆ ว่าเมื่อตัวกระตุ้นด้านแรงจูงใจเริ่มจาง และความเสี่ยง slashing ถูกทำให้ชัดเจน เม็ดเงินมักไหลกลับไปกระจุกตัวในแพลตฟอร์มผู้นำ

ใครกำลังใช้ EigenCloud (prev. EigenLayer)?

ความท้าทายที่พบเป็นประจำในการประเมิน EigenCloud คือการแยกแยะระหว่างการเก็งกำไรในโทเค็น EIGEN และดีล “meta” ของ restaking ออกจากดีมานด์จริงด้านแอปพลิเคชันที่ต้องการบริการยืนยันที่พิสูจน์ได้ ภาคส่วน restaking แสดงให้เห็นซ้ำแล้วซ้ำอีกว่า TVL สามารถอยู่ในระดับสูงได้ แม้กิจกรรมผู้ใช้ชายขอบ (ผู้ฝากรายใหม่ การโต้ตอบรายวัน) จะเย็นลงอย่างมากหลังจุดพีกของแรงจูงใจ ซึ่งบ่งชี้ว่ากลุ่มผู้จัดสรรรายใหญ่ไม่กี่รายและตัวกลาง liquid-restaking สามารถครอง footprint ของทุนได้ ขณะที่การมีส่วนร่วมของรายย่อยลดลง

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

ในกรณีที่มีการอ้างถึงการยอมรับอย่างจับต้องได้ การสื่อสารของ EigenCloud เองมักเน้นไปที่ primitive ฝั่งนักพัฒนาและเรื่องเล่าเกี่ยวกับการยืนยันสำหรับ AI/agent ในเวลาต่อมา รวมถึงการปล่อย “mainnet alpha” สำหรับ EigenCompute และความร่วมมือที่ถูกวางกรอบว่าเป็นเลเยอร์ยืนยันสำหรับกระแสการชำระเงินของ agent (ซึ่งควรถูกมองว่าเป็นการผสานรวมในระยะเริ่มต้น มากกว่าหลักฐานการใช้งานระดับองค์กรขนาดใหญ่)

ด้านการระดมทุน สัญญาณเชิงสถาบันที่ตรวจสอบได้ชัดที่สุดคือการซื้อ EIGEN มูลค่า 70 ล้านดอลลาร์ โดย a16z crypto ที่ถูกเปิดเผยต่อสาธารณะควบคู่ไปกับเนื้อหาการเปิดตัว EigenCloud ซึ่งช่องทางของ EigenCloud/EigenLayer นำมาเผยแพร่และขยายผลอย่างชัดเจน โดยมีข้อมูลยืนยันร่วมกัน social disclosure via. ข้อมูลนี้สนับสนุนข้ออ้างว่าตัวโปรเจกต์ได้รับการสนับสนุนจากบริษัทร่วมลงทุนที่น่าเชื่อถือ แต่เพียงเท่านั้นยังไม่เพียงพอที่จะยืนยันการมี product-market fit สำหรับบริการที่สามารถตรวจสอบยืนยันได้

ความเสี่ยงและความท้าทายของ EigenCloud (เดิม EigenLayer) มีอะไรบ้าง?

ความเสี่ยงด้านกฎระเบียบของ EigenCloud/EIGEN ควรอธิบายในกรอบของการเป็น “โทเคนที่อยู่ใกล้เคียงกับการสเตก (staking-adjacent token)” มากกว่าการถกเถียงในลักษณะ ETF แบบสินค้าโภคภัณฑ์อ้างอิง (spot-commodity) ที่มักปรากฏในพาดหัวข่าวเกี่ยวกับ BTC/ETH เอกสารของ Eigen Foundation เองได้คาดการณ์ถึงการเปลี่ยนแปลงของอัตราการปล่อยโทเคน การกระจายให้ชุมชน และช่วงตั้งต้นที่โทเคนไม่สามารถโอนย้ายได้ ทั้งหมดนี้สามารถกลายเป็นปัจจัยสำคัญในวิเคราะห์ภายใต้กฎหมายหลักทรัพย์ ขึ้นอยู่กับเขตอำนาจศาลและท่าทีการบังคับใช้กฎหมาย (ดู Eigen Foundation announcement)

ณ ต้นปี 2026 การดำเนินคดีหรือการบังคับใช้กฎหมายที่เป็นข่าวใหญ่ในที่สาธารณะและเจาะจงไปที่โปรโตคอล EigenCloud/EigenLayer ยังไม่โดดเด่นเท่าการเพ่งเล็งภาพรวมของอุตสาหกรรมต่อโปรแกรมสเตกกิงและการกระจายโทเคน อย่างไรก็ตาม ความเสี่ยงไม่ได้อยู่ที่การจำแนกแบบขาว-ดำเพียงครั้งเดียว แต่อยู่ที่ว่า รูปแบบการกระจาย การทำการตลาด และการนำเสนอผลตอบแทน (yield) แบบใดบ้างอาจถูกตีความว่าเป็นสัญญาการลงทุนในเขตอำนาจศาลหนึ่งๆ ผู้อ่านยังควรให้ความสำคัญกับเวกเตอร์การรวมศูนย์ เช่น การกระจุกตัวของโอเปอเรเตอร์ ศูนย์กลางการมอบหมายสิทธิ์ (delegation hubs) และการยึดกุมกลไกกำกับดูแล (governance capture) ในฐานะความเสี่ยงระดับแรก เพราะตลาด shared security อาจล้มเหลวได้ไม่ใช่แค่จากช่องโหว่ในโค้ดเท่านั้น แต่ยังจากการฮั้วกันในเชิงกึ่งผูกขาดและความผิดพลาดที่มีความสัมพันธ์กันระหว่างโอเปอเรเตอร์อีกด้วย

ในเชิงเศรษฐกิจ EigenCloud ต้องเผชิญการแข่งขันหลายชั้นในเวลาเดียวกัน: ดีไซน์ restaking/shared security อื่นๆ บน Ethereum แนวคิด “security-as-a-service” ทางเลือก และสแตกสำหรับ data availability เชิงมอดูลาร์และการยืนยันการคำนวณ offchain ที่ไม่จำเป็นต้องอาศัยเลเยอร์ restaking ร่วมเดียวด้วยซ้ำ แม้แต่ภายในกลุ่ม restaking บน Ethereum เอง ภาคส่วนนี้ก็เริ่มยอมรับว่าทันทีที่กลไก slashing เริ่มทำงาน ความเสี่ยงเมื่อเทียบกับผลตอบแทนจะเปลี่ยนไปอย่างมีนัยสำคัญ ซึ่งอาจลดปริมาณทุนส่วนเพิ่ม เว้นแต่ว่า AVS ที่สร้างค่าธรรมเนียมจะขยายตัวได้เร็วพอที่จะชดเชยด้านลบที่ชัดเจน

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

มุมมองอนาคตของ EigenCloud (เดิม EigenLayer) เป็นอย่างไร?

แนวโน้มระยะสั้นของ EigenCloud ขึ้นอยู่กับว่าการพัฒนาฟังก์ชัน restaking ให้กลายเป็นแพลตฟอร์มสำหรับนักพัฒนาแบบรวมศูนย์เดียว จะสามารถแปลงเป็นการยอมรับใช้งานจาก AVS และแอปพลิเคชันที่จับต้องได้จริงหรือไม่ มากกว่าการเพียงแค่รีแบรนด์หลักประกัน restaking แบบเดิมๆ ใต้เรื่องเล่าของ “คลาวด์” ที่กว้างขึ้น ไมล์สโตนที่ได้รับการยืนยันชัดที่สุดในช่วงที่ผ่านมา คือการเปิดใช้งาน mainnet slashing เมื่อวันที่ 17 เมษายน 2025 ซึ่งทำให้ระบบเข้าใกล้ข้ออ้างเรื่องความรับผิดชอบตามที่ออกแบบไว้ดั้งเดิมมากขึ้น แต่ขณะเดียวกันก็ทำให้ด้านลบทางเศรษฐกิจชัดขึ้น และทำให้ราคามีความอ่อนไหวต่อการสร้างค่าธรรมเนียมจริงมากขึ้นตามไปด้วย

ในด้านแผนที่นำทางของผลิตภัณฑ์ EigenCloud ได้กล่าวถึงชุด primitive ที่ขยายตัวออกเรื่อยๆ อย่างเปิดเผย — ทั้ง data availability การระงับข้อพิพาท (dispute resolution) และการคำนวณ offchain แบบบรรจุในคอนเทนเนอร์ — ควบคู่กับการปล่อยเวอร์ชันลักษณะ “mainnet alpha” สำหรับ EigenCompute/EigenAI ซึ่งบ่งชี้ว่าความเสี่ยงทางเทคนิคส่วนสำคัญในตอนนี้อยู่ที่การทำให้ระบบแข็งแกร่งในการปฏิบัติงานจริง การสร้างเครื่องมือสำหรับนักพัฒนา และการทดสอบเชิงปฏิปักษ์ มากกว่าประเด็นการออกแบบเชิงแนวคิด

ในเชิงโครงสร้าง อุปสรรคสำคัญคือการประสานตลาดสองด้าน — ด้านหนึ่งคือนักพัฒนาที่ต้องการบริการที่ตรวจสอบยืนยันได้ และอีกด้านหนึ่งคือโอเปอเรเตอร์ที่ยอมรับภาระผูกพันแบบเสี่ยงต่อการถูก slash — ภายใต้เงื่อนไขที่ผู้ใช้สามารถย้อนกลับไปใช้โมเดลความเชื่อใจที่ถูกกว่าแต่เข้มงวดน้อยกว่าได้เสมอ (เช่น การรับรองจากคลาวด์แบบเดิม คณะทำงาน multi-sig หรือดีไซน์แบบ optimistic ที่มีขอบเขตการยืนยันแคบกว่า) ความอยู่รอดของโปรโตคอลจึงจะถูกตัดสินไม่ใช่จากตัวเลข TVL ที่เป็นพาดหัวข่าว แต่จากว่าพวกเขาสามารถมาตรฐานกระบวนการจัดหาบริการที่ตรวจสอบได้ สร้างระบบเศรษฐศาสตร์ระดับบริการที่เข้าใจง่าย และหลีกเลี่ยงคำวิจารณ์ด้านความเสี่ยงเชิงระบบที่มักจะตามมาทุกครั้งกับการนำ stake ร่วมขนาดใหญ่กลับมาใช้ซ้ำได้หรือไม่