ผู้เขียนต้นฉบับ: อรชุน จันท์

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

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

การแนะนำ

การออกโทเค็นเคยเป็นเรื่องง่าย: คุณเพิ่งปรับใช้บน Ethereum เพราะนั่นคือหัวใจหลักของกิจกรรมทั้งหมด – ผู้ใช้ เทรดเดอร์ เงินทุน และสภาพคล่อง วันนี้สถานการณ์มีความซับซ้อนมากขึ้น สภาพคล่องถูกกระจายไปทั่ว Bitcoin, Ethereum, L2, Solana และเครือข่ายอื่น ๆ แล้วคุณจะออกโทเค็นได้ที่ไหน? ไม่มีคำตอบง่ายๆ

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

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

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

• บริการ Interchain Token (ITS) ของ Axelar

• Native Token Transfers ของ Wormhole (NTT)

• โทเค็น Fungible Token เต็มรูปแบบของ LayerZero (Omnichain Fungible Token, OFT)

• Warp Token ของไฮเปอร์เลน

• xERC 20 (EIP 7281: โทเค็น Sovereign Bridge)

มาเริ่มกันเลย

Token Framework ทำงานอย่างไร

มีสองแนวทางหลักในกรอบงานโทเค็น ขึ้นอยู่กับว่าคุณกำลังเปลี่ยนโทเค็นที่มีอยู่ให้เป็นโทเค็นแบบหลายสายโซ่ หรือเปิดใช้โทเค็นแบบหลายสายแบบเนทิฟตั้งแต่เริ่มต้น

การเบิร์นและการสร้างเหรียญ: สำหรับโทเค็นหลายเชนดั้งเดิม

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

ให้คิดว่ามันเหมือนกับระบบบัญชี (ดังที่ทีมงานที่ทำงานร่วมกันจำนวนมากอธิบายไว้) นี่คือตัวอย่าง: พิจารณาโทเค็น X โดยมีโทเค็นทั้งหมด 1,000 โทเค็นกระจายอยู่ในห้าเชนตามความต้องการ:

• เชน A: 400 โทเค็น

• เชน B: 200 โทเค็น

• เชน C: 200 โทเค็น

• เชน D: 100 โทเค็น

• เชน E: 100 โทเค็น

หากผู้ใช้โอน 50 โทเค็นจากเชน E ไปยังเชน A โทเค็นเหล่านี้จะถูกทำลายบนเชน E และสร้างขึ้นบนเชน A การกระจายที่อัปเดตคือ:

• เชน A: 450 โทเค็น

• เชน B: 200 โทเค็น

• เชน C: 200 โทเค็น

• เชน D: 100 โทเค็น

• เชน E: 50 โทเค็น

กระบวนการนี้ช่วยให้แน่ใจว่าอุปทานทั้งหมดยังคงอยู่ที่ 1,000 โทเค็น ทำให้สามารถถ่ายโอนได้อย่างราบรื่นไม่มี Slippage

การล็อคและการสร้างเหรียญ: สำหรับโทเค็นที่มีอยู่

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

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

เหตุใดระบบโทเค็นจึงมีความสำคัญ

นี่คือข้อดีสำหรับทีมในการมีโทเค็นที่สามารถซื้อขายได้ในตลาดข้ามเครือข่ายแบบครบวงจร:

• สภาพคล่อง – ตลาดแบบครบวงจรดึงดูดเทรดเดอร์ได้มากขึ้นและเพิ่มสภาพคล่อง

• การจดจำแบรนด์ – โทเค็นมีอยู่ในระบบนิเวศ DeFi ต่างๆ ความต้องการที่เพิ่มขึ้นและการจดจำแบรนด์

• ความเรียบง่าย – การจัดการโทเค็นจะง่ายขึ้นและลดความซับซ้อน

• ความซ้ำซ้อน – หากเครือข่ายหนึ่งล้มเหลว โทเค็นยังคงสามารถทำงานบนเครือข่ายอื่นได้ เพื่อเป็นเครือข่ายความปลอดภัย

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

• ผลกระทบของเครือข่าย – การร่วมมือกับโครงการอื่น ๆ ช่วยเพิ่มการยอมรับและมูลค่า

ดู Cross-Chain Transfer Protocol (CCTP) ของ Circle ด้วยการเปิดตัว CCTP ทำให้ Circle ช่วยให้สามารถซื้อขาย USDC ได้อย่างราบรื่นบนเครือข่ายที่รองรับ ซึ่งช่วยแก้ปัญหาสำคัญ:

• สภาพคล่องที่ปราศจากแฟรกเมนต์ – ก่อนหน้านี้ มี USDC เวอร์ชันที่แตกต่างกันในแต่ละเชน ซึ่งนำไปสู่ความไร้ประสิทธิภาพ ตอนนี้ USDC เหมือนกันในทุกเชน

• การขยายตลาด – การใช้ USDC บนเครือข่ายที่หลากหลายทำให้สามารถเข้าถึงผู้ใช้และตลาดได้มากขึ้น

• ประสิทธิภาพด้านเงินทุน – ผู้ใช้สามารถเชื่อมโยง USDC จำนวนมากได้โดยไม่จำเป็นต้องใช้แหล่งรวมสภาพคล่องหรือตัวห่อหุ้ม

• ค่าธรรมเนียมขั้นต่ำ – ค่าธรรมเนียมการโอนส่วนใหญ่เป็นค่าน้ำมัน

• ไม่มี Slippage – การโอนเป็นไปโดยตรง ช่วยลดความเสี่ยงของการลื่นไถล

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

เปรียบเทียบ Token Frameworks

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

ความปลอดภัย

ความปลอดภัยของ Token Framework

ด้านล่างนี้คือคำอธิบายเกี่ยวกับประเด็นด้านความปลอดภัยที่สำคัญซึ่งครอบคลุมอยู่ในตาราง:

1. กลไกการตรวจสอบ

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

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

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

2. ความยืดหยุ่นของกลไกการตรวจสอบ

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

3. โซลูชันการตรวจสอบที่สร้างไว้ล่วงหน้าที่โดดเด่น

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

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

ตัวอย่างเช่น ตัวเลือก DVN (Dynamic Verification Network) ที่นำเสนอโดย OFT ประกอบด้วยเครื่องมือตรวจสอบความถูกต้องเพียงตัวเดียว และตัวเลือกที่มีประสิทธิภาพมากกว่า เช่น CCIP หรือ Axelar ซึ่งใช้ชุดเครื่องมือตรวจสอบครบชุด ในทำนองเดียวกัน ISM (การจัดการสัญญาอัจฉริยะ) ที่ Warp Token มอบให้นั้นได้รวม ISM แบบหลายลายเซ็นที่ดำเนินการโดยชุมชน Hyperlane ขณะเดียวกันก็ให้ตัวเลือกในการรวม ISM เข้าด้วยกัน ทำให้ทีมสามารถรวมการรักษาความปลอดภัยจาก ISM หลายตัวได้

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

4. รูปแบบการตรวจสอบเริ่มต้น

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

5. การตรวจสอบการเข้าร่วมการสมัคร

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

ตัวอย่างเช่น ทีมอย่าง Stargate, Tapioca, BitGo, Cluster และ Abracadabra เรียกใช้ DVN ของตนเองบน LayerZero ซึ่งแสดงให้เห็นว่าทีมอื่นๆ สามารถใช้ประโยชน์จากความสามารถในการปรับแต่งที่มีให้ได้อย่างไร แม้ว่าจะต้องใช้ความพยายามเป็นพิเศษ แต่ทีมจำนวนมากขึ้นก็ควรใช้ประโยชน์จากการรักษาความปลอดภัยชั้นพิเศษนี้ เมื่อใช้งานอย่างมีประสิทธิภาพ คุณลักษณะนี้สามารถป้องกันปัญหาสำคัญเมื่อเกิดความล้มเหลวร้ายแรงได้อย่างมีประสิทธิภาพ

6. ต่อต้านการเซ็นเซอร์

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

7. โอเพ่นซอร์ส

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

การเปรียบเทียบต้นทุน

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

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

ค่าธรรมเนียมจะเชื่อมโยงกับกรอบโทเค็น

ค่าธรรมเนียมชั้นโปรโตคอล

นี่หมายถึงค่าธรรมเนียมที่แต่ละเฟรมเวิร์กเรียกเก็บเมื่อทำการโอนหรือดำเนินการอื่นๆ

เนื่องจากมีสวิตช์ค่าธรรมเนียมที่จัดการโดย DAO ผู้ออกโทเค็นจึงอาจต้องจ่ายค่าธรรมเนียมเพิ่มเติมให้กับโปรโตคอลการทำงานร่วมกันที่อยู่เบื้องหลังเฟรมเวิร์กโทเค็น (เช่น LayerZero สำหรับ OFT หรือ Hyperlane สำหรับ Warp Token) สิ่งนี้ทำให้เกิดการพึ่งพาการกำกับดูแลของ DAO เนื่องจากการเปลี่ยนแปลงใดๆ ในการเปลี่ยนค่าธรรมเนียมจะส่งผลโดยตรงต่อโทเค็นที่ออกผ่านกรอบการทำงานเหล่านี้ ส่งผลให้ต้องขึ้นอยู่กับการตัดสินใจของ DAO

สัญญาอัจฉริยะ

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

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

กรอบโทเค็นสำหรับสัญญาอัจฉริยะ

• เวลาปรับใช้

ฟิลด์นี้แสดงเวลาการใช้งานของสัญญาอัจฉริยะของแต่ละเฟรมเวิร์ก ซึ่งสะท้อนถึงระยะเวลาที่เฟรมเวิร์กดำเนินงาน

• การตรวจสอบ

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

• โบนัส

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

• คุณสมบัติเด่นสำหรับการควบคุมแบบละเอียด

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

การรับเลี้ยงบุตรบุญธรรมและการส่งเสริม

แต่ละเฟรมเวิร์กมีลักษณะเฉพาะของตัวเอง และระดับการมีส่วนร่วมของนักพัฒนา โปรโตคอล และแพลตฟอร์มจะแตกต่างกันไปตามจุดเน้นทางเทคนิค วิธีการบูรณาการ และการรับประกันความปลอดภัย

• ผู้สนับสนุนหลัก

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

• การรับเลี้ยงบุตรบุญธรรม

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

• ทีมงานที่มีชื่อเสียง

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

• การซ้อนทับเครื่องเสมือน

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

• จำนวนห่วงโซ่การปรับใช้

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

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

• ความแตกต่างที่เป็นเอกลักษณ์

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

ประสบการณ์ของนักพัฒนา

ข้อจำกัดความรับผิดชอบ: ส่วนนี้สะท้อนถึงข้อมูลเชิงลึกที่ได้รับจาก @SlavaOnChain (หัวหน้าฝ่ายพัฒนาสัมพันธ์ที่ LI.FI) และการหารือกับนักพัฒนาที่คุ้นเคยกับเฟรมเวิร์กต่างๆ ประสบการณ์ของนักพัฒนาอาจแตกต่างกันไปตามภูมิหลังและกรณีการใช้งาน

ประสบการณ์นักพัฒนาของกรอบโทเค็น

• ความง่ายในการบูรณาการ

หมายถึงความง่ายในการปรับใช้โทเค็นโดยใช้เฟรมเวิร์กเป็นครั้งแรกโดยไม่ได้รับการสนับสนุนจากทีม

• เอกสาร

ประเมินประสิทธิผลของคำแนะนำ ตัวอย่าง และเอกสารอ้างอิงของกรอบการทำงานในการช่วยให้นักพัฒนาเข้าใจและใช้แพลตฟอร์ม

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

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

ประเด็นสำคัญ

ก. แนวโน้มความสามารถในการทำงานร่วมกัน

• กลไกการปรับแต่งและการตรวจสอบ – เฟรมเวิร์กทั้งหมดนำเสนอกลไกการตรวจสอบที่ปรับแต่งได้ ซึ่งถือเป็นแนวโน้มใหม่ในโปรโตคอลการทำงานร่วมกัน การอภิปรายเกี่ยวกับ wstETH ในฟอรัมการกำกับดูแลของ Lido DAO เป็นช่วงเวลาสำคัญที่เน้นย้ำถึงความจำเป็นในการใช้ฟีเจอร์นี้

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

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

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

B. กรอบโทเค็นชั้นนำ

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

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

• NTT ของ Wormhole – ได้รับการนำไปใช้อย่างกว้างขวางอย่างรวดเร็ว ปรับใช้โทเค็นมูลค่าสูงทั่วทั้งเครือข่าย และนำเสนอคุณสมบัติที่เป็นเอกลักษณ์หลายประการในการออกแบบ เช่น ไม่มีการเปลี่ยนค่าธรรมเนียมระดับโปรโตคอล นี่เป็นตัวเลือกยอดนิยมสำหรับทีมที่ต้องการขยายโทเค็นของตนไปยัง Solana หรือแนะนำโทเค็น Solana เข้าสู่ระบบนิเวศ EVM

• ITS – Axelar ของ Axelar ติดอันดับหนึ่งใน 25 เครือข่าย Proof-of-Stake (PoS) ชั้นนำ โดยมีมูลค่ารวมที่ถูกล็อค (TVL) มากกว่า 400 ล้านเหรียญสหรัฐ กรอบงาน ITS เป็นตัวขับเคลื่อนการเติบโตที่สำคัญ โดยขับเคลื่อนทั้งการเติบโตของ TVL และปริมาณข้อความที่ส่งผ่านเครือข่าย Axelar

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

• ความแตกต่างในโครงสร้างค่าธรรมเนียม – xERC 20 และ NTT เป็นสองเฟรมเวิร์กที่ไม่มีสวิตช์ค่าธรรมเนียมระดับโปรโตคอล

สรุป

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

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

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

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

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

ลิงค์เดิม