การเปิดตัวโทเค็นเคยง่าย: คุณจะใช้งานบน Ethereum ที่เป็นที่เกิดเหตุการณ์ทั้งหมด - ผู้ใช้ นักเทรด ทุน และ Likuidity แต่วันนี้ทิวทัศน์ซับซ้อนมากขึ้น Likuidity กระจายไปทั่ว Bitcoin, Ethereum, L2s, Solana และเครือข่ายอื่น ๆ ดังนั้น คุณควรเปิดตัวโทเค็นของคุณที่ไหน? ไม่มีคำตอบชัดเจน
แต่คิดซะหน่อยว่าถ้าคุณไม่จำเป็นต้องเลือกเพียงหนึ่งโซ่? จงจินตามว่ามีโทเค็นที่ทำงานทุกที่ ไหลไปทุกที่ในเศรษฐกิจสกุลเงินดิจิทัลทั้งหมดโดยไม่มีข้อบกพร่อง
ขอบคุณโปรโตคอลสื่อสารระหว่างระบบ(หรือที่เรียกว่าสะพาน) ตอนนี้เป็นไปได้ที่จะออกโทเค็นด้วยตลาดเดียวกันที่ขยายออกไปทางหลายๆ โซน สร้างความสะดวกสบายในการใช้งานสำหรับผู้ออกโทเค็น: มีสภาพ Likuiditas ที่มากขึ้น การนำมาใช้งานที่มากขึ้น และเพิ่มผลกระทบในระบบเครือข่ายที่แข็งแกร่ง - โดยไม่มีปัญหาเกี่ยวกับการแตกต่าง โดยพื้นฐานแล้ว มันเหมือนกับมีบัญชีธนาคารระดับโลกที่ทำงานได้ทุกที่ ผนวกอยู่ในระบบ DeFi ทั้งหมด
ในบทความนี้เราจะเปรียบเทียบกรอบโทเค็นชั้นนำที่มีให้บริการโดยโปรโตคอลความสามารถในการทำงานร่วมกันที่แตกต่างกัน จุดประสงค์คือการประเมินคุณสมบัติที่เฉพาะเจาะจงของพวกเขา จุดเด่น และการแลกเปลี่ยนเพื่อช่วยทีมในการเลือกคำตอบที่ดีที่สุดสำหรับการออกโทเค็นที่รองรับหลายโซนเป็นธรรมชาติ
เราจะสำรวจเฟรมเวิร์คต่อไปนี้:
เรามาลองเข้าไปดูกัน
โครงสร้างโทเค็นทำงานในทางสองแบบหลัก ขึ้นอยู่กับว่าคุณกำลังทำให้โทเค็นที่มีอยู่เป็น multi-chain หรือเปิดตัวโทเค็น multi-chain ที่เป็นธรรมชาติตั้งแต่แรก
เมื่อโทเค็นถูกเปิดใช้งานบนโซ่หลายรายการตั้งแต่วันแรก ส่วนหนึ่งของการจำหน่ายของมันจะกระจายอยู่ในโซ่เหล่านั้น และเมื่อโทเค็นถูกย้ายระหว่างโซ่กัน โทเค็นจะถูกเผาบนโซ่ต้นทาง และถูกพิมพ์บนโซ่ปลายทาง ทำให้ปริมาณทั้งหมดของโทเค็นคงที่
คิดเอาเป็นระบบบัญชี (ตามที่ทีมงานหลายทีมได้อธิบาย) นี่คือตัวอย่าง: พิจารณาโทเค็น X ที่มีจำนวนสุทธิ 1000 โทเค็น ที่กระจายตามความต้องการข้ามห้าสาย
หากผู้ใช้โอน 50 โทเค็นจาก Chain E ไปยัง Chain A โทเค็นเหล่านั้นจะถูกเผาบน Chain E และเที่ยวบน Chain A การกระจายที่อัปเดตจะเป็นดังนี้:
กระบวนการนี้ทำให้จำนวนเหรียญทั้งหมดคงที่ที่ 1000 โทเค็น การโอนย้ายราบรื่นระหว่างเครือข่ายโดยไม่มีการลื่นไหล
สําหรับโทเค็นที่มีอยู่แล้วซึ่งเริ่มใช้งานในห่วงโซ่เดียวกระบวนการจะแตกต่างกันเล็กน้อย อุปทานทั้งหมดมีอยู่ในห่วงโซ่หนึ่งและเมื่อถ่ายโอนไปยังห่วงโซ่อื่นส่วนหนึ่งของอุปทานจะถูกล็อคในสัญญาอัจฉริยะบนห่วงโซ่ต้นทางในขณะที่จํานวนที่เท่ากันจะถูกสร้างบนห่วงโซ่ปลายทาง
วิธีนี้คล้ายกับวิธีการทำงานของโทเค็นที่ถูกห่อหุ้ม โทเค็นที่ล็อคอยู่ใน Chain A จะสามารถมีเวอร์ชันที่ถูกห่อหุ้มบน Chain B ได้ อย่างไรก็ตาม ตอนนี้โทเค็นเหล่านี้ยังสามารถเคลื่อนไหวจาก Chain B ไปยัง Chain C โดยใช้วิธีการเผา-สร้าง โดยไม่จำเป็นต้องล็อคบนโซ่หลายๆ รายการ ความจำเป็นของการโอนย้ายระหว่างโซ่ยังคงอยู่ใน Chain A ทำให้การโอนย้ายระหว่างโซ่เพียงแค่การตรวจสอบว่าโทเค็นที่เผาต้องตรงกับโทเค็นที่สร้าง
นี่คือเหตุผลที่การมีโทเค็นที่สามารถซื้อขายในตลาดที่สามารถรวมกันได้ในหลายๆ โซ่จะเป็นประโยชน์ต่อทีม
พิจารณาโปรโตคอลการโอนเงินระหว่างเชื่อมโยงข้ามลายเส้นของ Circle (CCTP). โดยเปิดตัว CCTP หรือ Circle เปิดให้ USDC สามารถซื้อขายได้อย่างราบรื่นที่รองรับโซ่ที่รองรับ และแก้ไขปัญหาหลัก:
คุณลักษณะเฉพาะของ Circle ที่กําหนดไว้สําหรับ USDC เป็นเพราะสะพานที่สร้างขึ้นเอง CCTP ซึ่งเป็นโครงการที่หรูหราส่วนใหญ่ไม่มี นี่คือจุดที่เฟรมเวิร์กโทเค็นที่ดูแลโดยโปรโตคอลการทํางานร่วมกันเข้ามามีบทบาท เฟรมเวิร์กเหล่านี้ให้โซลูชันที่คล้ายกับที่ CCTP เสนอให้ USDC แต่สําหรับโทเค็นใด ๆ ด้วยการออกโทเค็นผ่านเฟรมเวิร์กเหล่านี้โครงการสามารถสร้างตลาดแบบครบวงจรในเครือข่ายที่รองรับหลายเครือข่ายทําให้สามารถถ่ายโอนได้ง่ายโดยใช้กลไกการเบิร์น / ล็อคและมิ้นท์
ตอนนี้เราเข้าใจวิธีการทำงานของโครงสร้างโทเค็นและประโยชน์ของพวกเขา มาดูแล้วว่ามีแนวทางแก้ปัญหาใดบ้างที่มีอยู่ในตลาดสำหรับทีมที่ต้องการออกโทเค็นของตนเอง
นี่คือคำอธิบายเกี่ยวกับด้านความปลอดภัยที่สำคัญที่อยู่ในตาราง:
1.กลไกการตรวจสอบ
กลไกการตรวจสอบอยู่ที่สำคัญของวิธีการตรวจสอบการโอนเงินที่ถูกต้องทางเครือข่าย มันหมายถึงวิธีการตรวจสอบข้อความและประเภทของการตั้งค่าในเชิงกลไกการตรวจสอบที่แต่ละกรอบการให้บริการ — ไม่ว่าจะเป็นตัวเลือกเดียว ระบบโมดูลที่มีตัวเลือกหลายรูปแบบ หรือการออกแบบที่ยืดหยุ่นที่เข้ากันได้กับสะพานใด ๆ — ที่ให้ผู้ออกโทเค็นเลือกตัวเลือกที่เหมาะสมที่สุดตามความต้องการด้านความปลอดภัยของพวกเขา
การกำหนดค่าเริ่มต้นที่ ยังคงเป็นที่ใช้กันอย่างแพร่หลายที่สุด. ดังนั้น การให้ความสำคัญกับความปลอดภัยของระบบการตรวจสอบที่ตั้งไว้เป็นค่าเริ่มต้นมีความสำคัญ แนะนำให้ทีมใช้ระบบการตรวจสอบเพิ่มเติมเหนือระบบเริ่มต้นเพื่อเสริมความปลอดภัยของพวกเขา
เมื่อพูดถึงความมีชีวิตชีวาการพึ่งพารูปแบบการตรวจสอบหลายแบบมีทั้งข้อดีและข้อเสีย ในด้านบวกมีความทนทานต่อข้อผิดพลาดที่ดีขึ้น: หากผู้ให้บริการรายหนึ่งประสบปัญหาการหยุดทํางานผู้ให้บริการรายอื่นสามารถรับประกันการทํางานอย่างต่อเนื่องเพิ่มความน่าเชื่อถือของระบบ อย่างไรก็ตามสิ่งนี้ยังเพิ่มความซับซ้อนของระบบ แต่ละโครงการเพิ่มเติมแนะนําจุดที่เป็นไปได้ของความล้มเหลวเพิ่มความเสี่ยงของการหยุดชะงักของการดําเนินงาน
2.ความยืดหยุ่นในการตรวจสอบ
เน้นความยืดหยุ่นของกรอบการทำงานแต่ละอันในการปรับแต่งกลไกการตรวจสอบ โดยเฉพาะว่าผู้ออกโทเค็นสามารถเลือกจากตัวเลือกต่าง ๆ หรือถูก จำกัดไว้ที่การตั้งค่าเริ่มต้น
3. รูปแบบการตรวจสอบก่อนสร้างที่น่าสังเกตได้
โครงการที่สร้างไว้ล่วงหน้าเป็นกลไกการตรวจสอบที่พร้อมใช้งานที่ผู้ออกโทเค็นสามารถใช้สำหรับการตรวจสอบข้อความเพื่อความง่ายในการใช้งาน กรอบการที่มีตัวเลือกที่หลากหลายและเชื่อถือได้ ที่สร้างไว้ล่วงหน้ามักเป็นสัญญาณที่ดีโดยทั่วไป
ในขณะที่บางเฟรมเวิร์กให้การตรวจสอบมากกว่าเฟรมเวิร์กอื่น ๆ แต่มันเป็นสิ่งจำเป็นที่จะประเมินพวกเขาตามสเปกตรัมความปลอดภัยของพวกเขาซึ่งสามารถเป็นได้ตั้งแต่ผู้ตรวจสอบเดียวถึงชุดผู้ตรวจสอบที่ครอบคลุมทั้งหมด
ตัวอย่างเช่น OFTs เสนอตัวเลือก DVN ที่เป็นตัวตรวจสอบเดี่ยวควบคู่ไปกับตัวเลือกที่มีประสิทธิภาพมากขึ้นเช่น CCIP หรือ Axelar ซึ่งใช้ชุดตรวจสอบแบบเต็ม ในทํานองเดียวกัน Warp Token เสนอ ISM เช่น Multisig ISM ซึ่งรวมถึงผู้ตรวจสอบความถูกต้องที่ดําเนินการโดยชุมชน Hyperlane และในขณะเดียวกันก็มีตัวเลือกเช่น Aggregation ISM ซึ่งช่วยให้ทีมสามารถรวมความปลอดภัยจาก ISM หลายตัวได้
นอกจากนี้ มีการตรวจสอบบางสิ่งที่อาจไม่ได้รับการยอมรับอย่างกว้างขวางหรือทดสอบอย่างละเอียดในสถานการณ์จริง ดังนั้น ทีมควรประเมินคุณภาพของแผนการตรวจสอบที่มีอยู่และเลือกอันที่สอดคล้องกับระดับความปลอดภัยที่ต้องการ พวกเราขอแนะนำให้ใช้ตัวเลือกที่มีอยู่เพื่อสร้างการตั้งค่าการตรวจสอบโทเค็นที่ปลอดภัยและทนทาน ในบทความวิจัยภายหลัง เราจะลงรายละเอียดเกี่ยวกับคุณสมบัติความปลอดภัยของแผนการตรวจสอบที่ต่างกันที่มีโดยเฉพาะในแต่ละกรอบโทเค็น
4.ระบบการยืนยันค่าเริ่มต้น
บ่งชี้ว่าเฟรมเวิร์กมีกลไกการยืนยันที่ถูกกำหนดเริ่มต้นหรือไม่ สิ่งนี้สำคัญเพราะทีมส่วนใหญ่โดยทั่วไปจะเลือกตัวเลือกเริ่มต้นเนื่องจากความสะดวกสบาย หากผู้ออกโทเค็นกำลังจะเลือกตัวเลือกเริ่มต้น จึงเป็นสิ่งสำคัญที่จะประเมินความปลอดภัยของมันและพิจารณาการใช้ฟีเจอร์ที่ปรับแต่งที่มีเสนอเพื่อเพิ่มความปลอดภัยของการตั้งค่า
5. การเข้าร่วมในการตรวจสอบแอปพลิเคชัน
เน้นว่าทีมมีตัวเลือกในการเข้าร่วมในกระบวนการตรวจสอบเพิ่มความปลอดภัยอีกชั้นหนึ่งหรืออนุญาตให้พวกเขาควบคุมความปลอดภัยได้ นี่เป็นสิ่งสําคัญเนื่องจากช่วยให้ทีมสามารถเพิ่มความปลอดภัยโดยการรวมการตั้งค่าการตรวจสอบของตนเองเข้ากับกลไกที่มีอยู่ ด้วยวิธีนี้หากวิธีการตรวจสอบอื่น ๆ ล้มเหลวพวกเขาสามารถพึ่งพาการป้องกันของตนเองเพื่อป้องกันปัญหาที่อาจเกิดขึ้น
ตัวอย่างเช่น ทีมเช่น StarGate, Tapioca, BitGo, Cluster, และ Abracadabra รัน DVN ของตนเองบน LayerZero เพื่อแสดงให้เห็นว่าทีมอื่น ๆ สามารถใช้ปรับแต่งที่มีอยู่ได้อย่างไร
ทีมอื่น ๆ ควรใช้ประโยชน์จากชั้นความปลอดภัยเพิ่มเติมนี้ ถึงอย่างไรก็ตาม ต้องใช้ความพยายามเพิ่มเติม หากใช้งานอย่างมีประสิทธิภาพคุณลักษณะนี้สามารถเป็นสำคัญในการป้องกันปัญหาที่สำคัญในขณะเกิดความล้มเหลว
6.การต้านทานการเฉพาะเจาะจง
กำหนดว่าข้อความสามารถถูกเซ็นเซอร์ได้หรือไม่ ทำให้แอปพลิเคชันถูกระงับการทำงานและทำให้เกิดปัญหาในการทำงานสำหรับทีม ในกรณีส่วนใหญ่ แม้แต่ถ้าแอปพลิเคชันถูกเซ็นเซอร์ ก็สามารถสลับไปใช้กลไกการตรวจสอบหรือตัวกลางในกรอบเดียวกันได้ อย่างไรก็ตาม นี้ต้องการความพยายามเพิ่มเติมและอาจไม่เป็นวิธีการที่เหมาะสมสำหรับปัญหาในระยะสั้น
7.Open-Sourceness
โค้ดเปิดอินทรีย์ช่วยให้นักพัฒนาสามารถตรวจสอบคุณสมบัติด้านความปลอดภัยของกรอบการทำงานและการตั้งค่าโดยรวม โดยทำให้มั่นใจได้ว่าการทำงานของโค้ดนั้นๆมีความ๏透明
ตารางนี้เปรียบเทียบโครงสร้างค่าธรรมเนียมของกรอบโทเค็นหลายรายการ โดยเน้นที่วิธีการจัดการค่าใช้จ่ายสำหรับการดำเนินการโปรโตคอล การส่งข้อความ และค่าธรรมเนียมเพิ่มเติมใด ๆ สำหรับทุกกรอบโดยสาร สำคัญที่จะทราบว่ากรอบทั้งหมดอนุญาตให้มีค่าธรรมเนียมที่กำหนดเองสำหรับแอปพลิเคชันได้ นอกจากนี้ยังมีค่าใช้จ่ายที่เกี่ยวข้องกับกระบวนการการตรวจสอบและการโอน รวมถึงค่าธรรมเนียมที่จ่ายให้กับผู้ถ่ายทอด ผู้ส่งข้อมูล หรือหน่วยงานที่คล้ายกัน ในกรอบทั้งหมด
ปัจจุบันค่าธรรมเนียมส่วนใหญ่เกี่ยวข้องกับการยืนยันและการส่งต่อข้อความ ดังที่ได้กล่าวไว้ก่อนหน้านี้เฟรมเวิร์กโทเค็นทั้งหมดมีตัวเลือกในการใช้กลไกหลายอย่างในการตรวจสอบข้อความ แม้ว่ารูปแบบการตรวจสอบเพิ่มเติมแต่ละรูปแบบจะช่วยเพิ่มความปลอดภัยของระบบ แต่ก็เพิ่มค่าธรรมเนียมและค่าใช้จ่ายสําหรับผู้ใช้ด้วย
1.ค่าธรรมเนียมโปรโตคอล
นี่เป็นอัตราค่าธรรมเนียมระดับโปรโตคอลที่แต่ละเฟรมเวิร์กเรียกเก็บค่าธรรมเนียมสำหรับการดำเนินการโอนหรือการดำเนินการอื่น ๆ
การมีการสลับค่าธรรมเนียมภายใน DAO หมายความว่าผู้ออกโทเค็นอาจจะต้องจ่ายค่าธรรมเนียมเพิ่มเติมให้กับโปรโตคอลที่สามารถทำงานร่วมกันได้ของโครงสร้างโทเค็น (เช่น LayerZero สำหรับ OFTs หรือ Hyperlane สำหรับ Warp Token) ซึ่งนี้จะเป็นการสร้างความขึ้นอยู่กับการบริหารของ DAO เนื่องจากการเปลี่ยนแปลงที่เกิดขึ้นกับการสลับค่าธรรมเนียมจะมีผลต่อโทเค็นที่ถูกออกโดยผ่านโครงสร้างเหล่านั้น ๆ ทำให้พวกเขาเป็นไปตามการตัดสินใจของ DAO เกี่ยวกับโครงสร้างค่าธรรมเนียม
ตารางนี้เน้นที่คุณสมบัติสำคัญของสมาร์ทคอนแทร็กต์ของแต่ละเฟรมเวิร์ก โดยเน้นความยืดหยุ่นที่แตกต่างกัน ความปลอดภัยและการปรับแต่งด้วยการใช้งานประวัติการใช้งาน เอกสารการตรวจสอบความปลอดภัย รางวัลที่เสนอของงานค้นหาช่องโหว่ และการปรับแต่งที่น่าสนใจสำหรับการควบคุมอย่างละเอียด
สำคัญที่จะทราบว่าเฟรมเวิร์กทั้งหมดสามารถอนุญาตให้แอปตั้งค่าขีดจำกัดอัตราและรายชื่อดำ ฟีเจอร์รักษาความปลอดภัยที่สำคัญ เมื่อใช้อย่างมีประสิทธิภาพป้องกันการสูญเสียทางการเงินที่สำคัญ. นอกจากนี้แล้ว แต่ละเฟรมเวิร์กยังให้ความยืดหยุ่นในการใช้งานสัญญาอัจฉริยะในรูปแบบที่ไม่สามารถเปลี่ยนแปลงได้หรือสามารถอัพเกรดได้ ขึ้นอยู่กับความต้องการเฉพาะของแอปพลิเคชัน
1.ปรับใช้ตั้งแต่
ฟิลด์นี้แสดงเวลาที่สมาร์ทคอนแทร็กของเฟรมเวิร์กแต่ละระบบถูกนำไปใช้งาน มันช่วยให้เข้าใจได้ว่าเฟรมเวิร์กนั้นกำลังทำงานมานานเท่าใด
2. การตรวจสอบ
จำนวนการตรวจสอบเป็นการวัดที่สำคัญของความปลอดภัย การตรวจสอบยืนยันความน่าเชื่อถือของสัญญาฉลาดของกรอบ โดยการระบุช่องโหว่หรือปัญหาที่อาจเสี่ยงภัยต่อระบบ
3.เงินรางวัล
Bounties สะท้อนความสนับสนุนทางการเงินที่เสนอโดยกรอบเพื่อส่งเสริมนักวิจัยด้านความปลอดภัยภายนอกให้ค้นพบและรายงานช่องโหว่
4.คุณสมบัติที่สำคัญสำหรับการควบคุมอย่างละเอียด
เฟรมเวิร์กสมาร์ทคอนแทรคช่่มให้แอพพลิเคชั่นสามารถปรับแต่งคุณลักษณะด้านความปลอดภัยได้ตามความต้องการที่เฉพาะเจาะจง ในสาขานี้เน้นที่คุณลักษณะด้านความปลอดภัยที่สำคัญของเฟรมเวิร์กแต่ละอย่างที่มีเสนอเพื่อให้มั่นใจในความปลอดภัย
แต่ละเฟรมเวิร์กนำเสนอคุณสมบัติที่ไม่เหมือนกันและได้รับการมีส่วนร่วมในระดับต่าง ๆ จากนักพัฒนา โปรโตคอล และแพลตฟอร์มต่าง ๆ ขึ้นอยู่กับการเน้นทางเทคนิค การบูรณาการและการรับประกันความปลอดภัยของพวกเขา
1.ผู้ร่วมพัฒนาหลัก
ส่วนนี้เน้นไปที่ทีมต่างๆ ที่มีการมีส่วนร่วมอย่างใกล้ชิดในการสร้างและบำรุงรักษาโครงสร้างแต่ละอัน มีผู้มีส่วนร่วมที่หลากหลาย นอกเหนือจากทีมพัฒนาเดิม เป็นตัวบ่งชี้ที่ดีสำหรับหลายๆ ปัจจัย: (1) ความต้องการที่กว้างขวางของโครงสร้าง, และ (2) ความเข้าถึงและความสะดวกในการใช้งานของโครงสร้าง ไม่ว่าจะเป็นโดยไม่มีการอนุญาตหรือผ่านการทำงานร่วมกันโดยทั่วไป
2.การนำไปใช้
การนำมาใช้แสดงให้เห็นถึงระดับการใช้งานและการดึงดูดในแต่ละกรอบการทำงาน ที่วัดด้วยจำนวนโทเค็นที่ถูกปรับใช้และมูลค่ารวมที่รักษาความปลอดภัย มันให้ข้อมูลเกี่ยวกับว่ากรอบการทำงานนั้นได้รับการยอมรับไปทั่วไปในระดับนักพัฒนาและโปรโตคอลอย่างกว้างขวางและความเชื่อถือของมันในการรักษาสินทรัพย์
3.ทีมที่โดดเด่น
ส่วนนี้เน้นทีมที่ดีที่สุดและโปรโตคอลที่ได้รับการนำมาใช้ในแต่ละกรอบการทำงานที่สะท้อนถึงความเชื่อถือในอุตสาหกรรมและความน่าสนใจโดยรวม
4. การคุ้มครอง VM
ความครอบคลุมของ VM หมายถึงช่วงของเครื่องเสมือนที่รองรับโดยแต่ละเฟรมเวิร์ก VM จํานวนมากขึ้นให้ความยืดหยุ่นและความเข้ากันได้มากขึ้นในสภาพแวดล้อมบล็อกเชนที่แตกต่างกัน สิ่งนี้ทําให้แอปและผู้ออกโทเค็นมีความหลากหลายมากขึ้นในแง่ของชุมชนที่หลากหลายที่พวกเขาสามารถเข้าถึงได้
5. ฉากหลบฉากที่ปรับใช้
ฟิลด์นี้สะท้อนถึงจํานวนเชนที่แต่ละเฟรมเวิร์กปรับใช้ เช่น จํานวนเชนที่แต่ละแอปหรือผู้ออกโทเค็นสามารถรองรับได้หากพวกเขาตัดสินใจใช้เฟรมเวิร์กเฉพาะ สิ่งนี้เกี่ยวข้องโดยตรงกับจํานวนตลาดและแอพระบบนิเวศ DeFi ที่สามารถเข้าถึงได้ การปรับใช้ห่วงโซ่ที่สูงขึ้นหมายถึงการเข้าถึงสภาพคล่องที่กว้างขึ้น
นอกจากนี้ ในขณะที่ความสามารถในการขยายเฟรมเวิร์กข้ามห่วงโซ่ต่างๆ อย่างไม่อนุญาตมีศักยภาพสูง แต่ก็อาจเป็นเรื่องท้าทายหากนักพัฒนาจําเป็นต้องสร้างและรักษาโครงสร้างพื้นฐานที่สําคัญด้วยตนเอง สําหรับบางคนเช่นทีมที่ต้องการสร้างการสนับสนุนสะพานสําหรับห่วงโซ่ใหม่ความพยายามนี้อาจคุ้มค่า แต่สําหรับผู้ออกโทเค็นเพียงแค่ต้องการเพิ่มห่วงโซ่อื่นในการเข้าถึงโทเค็นของพวกเขาอาจรู้สึกซับซ้อนและต้องใช้ทรัพยากรโดยไม่จําเป็น
6. ความแตกต่างที่ไม่ซ้ํากัน
แต่ละเฟรมเวิร์กนําความแตกต่างที่ไม่เหมือนใครซึ่งมักจะอยู่ในรูปแบบของคุณสมบัติพิเศษเครื่องมือหรือการผสานรวมที่ทําให้แตกต่างจากเฟรมเวิร์กอื่น ๆ ความแตกต่างเหล่านี้มักจะดึงดูดนักพัฒนาและโปรโตคอลที่กําลังมองหาฟังก์ชันเฉพาะหรือความสะดวกในการใช้งานหรือเพียงแค่แจกจ่ายโทเค็นมากขึ้น
คำประกาศ: ส่วนนี้สะท้อนความคิดเห็นจาก@SlavaOnChainผมได้พูดคุยกับหัวหน้า DevRel ที่ LI.FI และพูดคุยกับนักพัฒนาที่คุ้นเคยกับเฟรมเวิร์กต่าง ๆ ประสบการณ์ของนักพัฒนาอาจแตกต่างกันไปตามพื้นฐานและกรณีใช้งาน
1.ความง่ายในการผสาน
หมายถึงความตรงไปตรงมาในการปรับใช้โทเค็นโดยใช้เฟรมเวิร์กตามประสบการณ์ครั้งแรกโดยไม่มีการสนับสนุนจากทีม
2.เอกสารประกอบ
ประเมินว่าเครื่องแนะนำ ตัวอย่าง และอ้างอิงในเฟรมเวิร์กสนับสนุนนักพัฒนาในเรื่องการเข้าใจและการใช้แพลตฟอร์มอย่างไร
3.เครื่องมือสําหรับนักพัฒนา
พิจารณาชุดของไลบรารี SDK และเครื่องมือที่ทำให้สะดวกต่อการสร้าง ทดสอบ และนำ Tokens ไปใช้งานโดยใช้กรอบการทำงาน
เฟรมเวิร์กโทเค็นกําลังเพิ่มขึ้น และอาจจบลงด้วยการเปลี่ยนแปลงทุกอย่างเกี่ยวกับการเคลื่อนไหวของมูลค่าในโลกแบบหลายเชน ปัจจุบันการโอนสินทรัพย์ระหว่างห่วงโซ่มักต้องใช้กลุ่มสภาพคล่องหรือ solversแต่กรอบโทเค็นกําจัดความต้องการเหล่านี้ แต่สามารถสร้างสินทรัพย์ได้โดยตรงบนห่วงโซ่ที่ต้องการผ่านโปรโตคอลการทํางานร่วมกัน
ในความเป็นจริงกรอบโทเค็นอาจเป็นจุดตายสําหรับสินทรัพย์ที่ห่อหุ้ม สภาพคล่องไม่จําเป็นต้องกระจัดกระจายข้ามห่วงโซ่อีกต่อไป คุณสามารถสร้างสินทรัพย์ที่เปลี่ยนได้ในห่วงโซ่ใด ๆ และพวกเขาจะสามารถซื้อขายข้ามห่วงโซ่ได้ในราคาเพียงก๊าซ เราเห็นสัญญาณของการเปลี่ยนแปลงนี้แล้ว Circle เปิดตัว CCTP เพื่อหลีกเลี่ยงปัญหาโทเค็นที่ห่อหุ้มสําหรับ USDC และทีมใหญ่จํานวนมากและโทเค็นที่มีมูลค่าสูงกําลังใช้เฟรมเวิร์กโทเค็น นั่นเป็นสัญญาณว่าสิ่งต่างๆกําลังเร่งตัวขึ้น
อย่างไรก็ตาม มีความกังวลที่ถูกต้องเกี่ยวกับความเสี่ยงที่แพร่กระจายของบุคคลที่สามหากโปรโตคอลความสามารถในการทำงานร่วมกันล้มเหลว, พวกเขาอาจส่งผลกระทบต่อโครงการทั้งหมดที่สร้างขึ้นบนพวกเขา แม้ว่าความเสี่ยงเหล่านี้จะต่อต้านการเติบโตอย่างต่อเนื่อง
อีกมุมมองหนึ่ง: ในอนาคตที่เป็นนามธรรมแบบลูกโซ่เฟรมเวิร์กโทเค็นจะไม่สําคัญอีกต่อไปเนื่องจากผู้แก้ปัญหาจะแลกเปลี่ยนโทเค็นดั้งเดิมสําหรับผู้ใช้ที่อยู่เบื้องหลัง และในขณะที่มีความจริงบางอย่าง - ผู้ใช้ไม่จําเป็นต้องคิดถึงโทเค็น - มันพลาดมุมที่สําคัญ แล้วตัวแก้เองล่ะ? สําหรับพวกเขาเฟรมเวิร์กโทเค็นอาจมีประโยชน์มาก พวกเขาแก้ปัญหาสินค้าคงคลังและปรับสมดุลอาการปวดหัวเพราะพวกเขาไม่ต้องการสภาพคล่องในการเคลื่อนย้ายข้ามห่วงโซ่ นั่นเป็นเหตุผลที่นักแก้ปัญหาชอบใช้เฟรมเวิร์กเช่น CCTP เพื่อย้าย USDC - ราคาถูกมีประสิทธิภาพและเหมาะสําหรับการปรับสมดุลข้ามสาย
วิธีการทั้งหมดนี้รูปร่างขึ้นยังคงเป็นคาดเดาของทุกคน บางทีเราอาจต้องการเพียงเฟรมเวิร์กโทเค็นสําหรับกลุ่มเล็ก ๆ ของ fringe chains หรือบางทีพวกเขาอาจกลายเป็นมาตรฐานสําหรับการปรับใช้โทเค็นใน crypto สิ่งที่เรารู้ในวันนี้คือการยอมรับกรอบการทํางานร่วมกันกําลังเติบโตและการแข่งขันก็เช่นกัน ปัญหาเกี่ยวกับการเติบโตนี้? การกระจายตัว กรอบการแข่งขันกําลังจะแยกสินทรัพย์และสภาพคล่องและเราจะไม่เห็นโซลูชันที่เหมาะกับทุกขนาด สิ่งจูงใจก็จะไม่อนุญาต
การเปิดตัวโทเค็นเคยง่าย: คุณจะใช้งานบน Ethereum ที่เป็นที่เกิดเหตุการณ์ทั้งหมด - ผู้ใช้ นักเทรด ทุน และ Likuidity แต่วันนี้ทิวทัศน์ซับซ้อนมากขึ้น Likuidity กระจายไปทั่ว Bitcoin, Ethereum, L2s, Solana และเครือข่ายอื่น ๆ ดังนั้น คุณควรเปิดตัวโทเค็นของคุณที่ไหน? ไม่มีคำตอบชัดเจน
แต่คิดซะหน่อยว่าถ้าคุณไม่จำเป็นต้องเลือกเพียงหนึ่งโซ่? จงจินตามว่ามีโทเค็นที่ทำงานทุกที่ ไหลไปทุกที่ในเศรษฐกิจสกุลเงินดิจิทัลทั้งหมดโดยไม่มีข้อบกพร่อง
ขอบคุณโปรโตคอลสื่อสารระหว่างระบบ(หรือที่เรียกว่าสะพาน) ตอนนี้เป็นไปได้ที่จะออกโทเค็นด้วยตลาดเดียวกันที่ขยายออกไปทางหลายๆ โซน สร้างความสะดวกสบายในการใช้งานสำหรับผู้ออกโทเค็น: มีสภาพ Likuiditas ที่มากขึ้น การนำมาใช้งานที่มากขึ้น และเพิ่มผลกระทบในระบบเครือข่ายที่แข็งแกร่ง - โดยไม่มีปัญหาเกี่ยวกับการแตกต่าง โดยพื้นฐานแล้ว มันเหมือนกับมีบัญชีธนาคารระดับโลกที่ทำงานได้ทุกที่ ผนวกอยู่ในระบบ DeFi ทั้งหมด
ในบทความนี้เราจะเปรียบเทียบกรอบโทเค็นชั้นนำที่มีให้บริการโดยโปรโตคอลความสามารถในการทำงานร่วมกันที่แตกต่างกัน จุดประสงค์คือการประเมินคุณสมบัติที่เฉพาะเจาะจงของพวกเขา จุดเด่น และการแลกเปลี่ยนเพื่อช่วยทีมในการเลือกคำตอบที่ดีที่สุดสำหรับการออกโทเค็นที่รองรับหลายโซนเป็นธรรมชาติ
เราจะสำรวจเฟรมเวิร์คต่อไปนี้:
เรามาลองเข้าไปดูกัน
โครงสร้างโทเค็นทำงานในทางสองแบบหลัก ขึ้นอยู่กับว่าคุณกำลังทำให้โทเค็นที่มีอยู่เป็น multi-chain หรือเปิดตัวโทเค็น multi-chain ที่เป็นธรรมชาติตั้งแต่แรก
เมื่อโทเค็นถูกเปิดใช้งานบนโซ่หลายรายการตั้งแต่วันแรก ส่วนหนึ่งของการจำหน่ายของมันจะกระจายอยู่ในโซ่เหล่านั้น และเมื่อโทเค็นถูกย้ายระหว่างโซ่กัน โทเค็นจะถูกเผาบนโซ่ต้นทาง และถูกพิมพ์บนโซ่ปลายทาง ทำให้ปริมาณทั้งหมดของโทเค็นคงที่
คิดเอาเป็นระบบบัญชี (ตามที่ทีมงานหลายทีมได้อธิบาย) นี่คือตัวอย่าง: พิจารณาโทเค็น X ที่มีจำนวนสุทธิ 1000 โทเค็น ที่กระจายตามความต้องการข้ามห้าสาย
หากผู้ใช้โอน 50 โทเค็นจาก Chain E ไปยัง Chain A โทเค็นเหล่านั้นจะถูกเผาบน Chain E และเที่ยวบน Chain A การกระจายที่อัปเดตจะเป็นดังนี้:
กระบวนการนี้ทำให้จำนวนเหรียญทั้งหมดคงที่ที่ 1000 โทเค็น การโอนย้ายราบรื่นระหว่างเครือข่ายโดยไม่มีการลื่นไหล
สําหรับโทเค็นที่มีอยู่แล้วซึ่งเริ่มใช้งานในห่วงโซ่เดียวกระบวนการจะแตกต่างกันเล็กน้อย อุปทานทั้งหมดมีอยู่ในห่วงโซ่หนึ่งและเมื่อถ่ายโอนไปยังห่วงโซ่อื่นส่วนหนึ่งของอุปทานจะถูกล็อคในสัญญาอัจฉริยะบนห่วงโซ่ต้นทางในขณะที่จํานวนที่เท่ากันจะถูกสร้างบนห่วงโซ่ปลายทาง
วิธีนี้คล้ายกับวิธีการทำงานของโทเค็นที่ถูกห่อหุ้ม โทเค็นที่ล็อคอยู่ใน Chain A จะสามารถมีเวอร์ชันที่ถูกห่อหุ้มบน Chain B ได้ อย่างไรก็ตาม ตอนนี้โทเค็นเหล่านี้ยังสามารถเคลื่อนไหวจาก Chain B ไปยัง Chain C โดยใช้วิธีการเผา-สร้าง โดยไม่จำเป็นต้องล็อคบนโซ่หลายๆ รายการ ความจำเป็นของการโอนย้ายระหว่างโซ่ยังคงอยู่ใน Chain A ทำให้การโอนย้ายระหว่างโซ่เพียงแค่การตรวจสอบว่าโทเค็นที่เผาต้องตรงกับโทเค็นที่สร้าง
นี่คือเหตุผลที่การมีโทเค็นที่สามารถซื้อขายในตลาดที่สามารถรวมกันได้ในหลายๆ โซ่จะเป็นประโยชน์ต่อทีม
พิจารณาโปรโตคอลการโอนเงินระหว่างเชื่อมโยงข้ามลายเส้นของ Circle (CCTP). โดยเปิดตัว CCTP หรือ Circle เปิดให้ USDC สามารถซื้อขายได้อย่างราบรื่นที่รองรับโซ่ที่รองรับ และแก้ไขปัญหาหลัก:
คุณลักษณะเฉพาะของ Circle ที่กําหนดไว้สําหรับ USDC เป็นเพราะสะพานที่สร้างขึ้นเอง CCTP ซึ่งเป็นโครงการที่หรูหราส่วนใหญ่ไม่มี นี่คือจุดที่เฟรมเวิร์กโทเค็นที่ดูแลโดยโปรโตคอลการทํางานร่วมกันเข้ามามีบทบาท เฟรมเวิร์กเหล่านี้ให้โซลูชันที่คล้ายกับที่ CCTP เสนอให้ USDC แต่สําหรับโทเค็นใด ๆ ด้วยการออกโทเค็นผ่านเฟรมเวิร์กเหล่านี้โครงการสามารถสร้างตลาดแบบครบวงจรในเครือข่ายที่รองรับหลายเครือข่ายทําให้สามารถถ่ายโอนได้ง่ายโดยใช้กลไกการเบิร์น / ล็อคและมิ้นท์
ตอนนี้เราเข้าใจวิธีการทำงานของโครงสร้างโทเค็นและประโยชน์ของพวกเขา มาดูแล้วว่ามีแนวทางแก้ปัญหาใดบ้างที่มีอยู่ในตลาดสำหรับทีมที่ต้องการออกโทเค็นของตนเอง
นี่คือคำอธิบายเกี่ยวกับด้านความปลอดภัยที่สำคัญที่อยู่ในตาราง:
1.กลไกการตรวจสอบ
กลไกการตรวจสอบอยู่ที่สำคัญของวิธีการตรวจสอบการโอนเงินที่ถูกต้องทางเครือข่าย มันหมายถึงวิธีการตรวจสอบข้อความและประเภทของการตั้งค่าในเชิงกลไกการตรวจสอบที่แต่ละกรอบการให้บริการ — ไม่ว่าจะเป็นตัวเลือกเดียว ระบบโมดูลที่มีตัวเลือกหลายรูปแบบ หรือการออกแบบที่ยืดหยุ่นที่เข้ากันได้กับสะพานใด ๆ — ที่ให้ผู้ออกโทเค็นเลือกตัวเลือกที่เหมาะสมที่สุดตามความต้องการด้านความปลอดภัยของพวกเขา
การกำหนดค่าเริ่มต้นที่ ยังคงเป็นที่ใช้กันอย่างแพร่หลายที่สุด. ดังนั้น การให้ความสำคัญกับความปลอดภัยของระบบการตรวจสอบที่ตั้งไว้เป็นค่าเริ่มต้นมีความสำคัญ แนะนำให้ทีมใช้ระบบการตรวจสอบเพิ่มเติมเหนือระบบเริ่มต้นเพื่อเสริมความปลอดภัยของพวกเขา
เมื่อพูดถึงความมีชีวิตชีวาการพึ่งพารูปแบบการตรวจสอบหลายแบบมีทั้งข้อดีและข้อเสีย ในด้านบวกมีความทนทานต่อข้อผิดพลาดที่ดีขึ้น: หากผู้ให้บริการรายหนึ่งประสบปัญหาการหยุดทํางานผู้ให้บริการรายอื่นสามารถรับประกันการทํางานอย่างต่อเนื่องเพิ่มความน่าเชื่อถือของระบบ อย่างไรก็ตามสิ่งนี้ยังเพิ่มความซับซ้อนของระบบ แต่ละโครงการเพิ่มเติมแนะนําจุดที่เป็นไปได้ของความล้มเหลวเพิ่มความเสี่ยงของการหยุดชะงักของการดําเนินงาน
2.ความยืดหยุ่นในการตรวจสอบ
เน้นความยืดหยุ่นของกรอบการทำงานแต่ละอันในการปรับแต่งกลไกการตรวจสอบ โดยเฉพาะว่าผู้ออกโทเค็นสามารถเลือกจากตัวเลือกต่าง ๆ หรือถูก จำกัดไว้ที่การตั้งค่าเริ่มต้น
3. รูปแบบการตรวจสอบก่อนสร้างที่น่าสังเกตได้
โครงการที่สร้างไว้ล่วงหน้าเป็นกลไกการตรวจสอบที่พร้อมใช้งานที่ผู้ออกโทเค็นสามารถใช้สำหรับการตรวจสอบข้อความเพื่อความง่ายในการใช้งาน กรอบการที่มีตัวเลือกที่หลากหลายและเชื่อถือได้ ที่สร้างไว้ล่วงหน้ามักเป็นสัญญาณที่ดีโดยทั่วไป
ในขณะที่บางเฟรมเวิร์กให้การตรวจสอบมากกว่าเฟรมเวิร์กอื่น ๆ แต่มันเป็นสิ่งจำเป็นที่จะประเมินพวกเขาตามสเปกตรัมความปลอดภัยของพวกเขาซึ่งสามารถเป็นได้ตั้งแต่ผู้ตรวจสอบเดียวถึงชุดผู้ตรวจสอบที่ครอบคลุมทั้งหมด
ตัวอย่างเช่น OFTs เสนอตัวเลือก DVN ที่เป็นตัวตรวจสอบเดี่ยวควบคู่ไปกับตัวเลือกที่มีประสิทธิภาพมากขึ้นเช่น CCIP หรือ Axelar ซึ่งใช้ชุดตรวจสอบแบบเต็ม ในทํานองเดียวกัน Warp Token เสนอ ISM เช่น Multisig ISM ซึ่งรวมถึงผู้ตรวจสอบความถูกต้องที่ดําเนินการโดยชุมชน Hyperlane และในขณะเดียวกันก็มีตัวเลือกเช่น Aggregation ISM ซึ่งช่วยให้ทีมสามารถรวมความปลอดภัยจาก ISM หลายตัวได้
นอกจากนี้ มีการตรวจสอบบางสิ่งที่อาจไม่ได้รับการยอมรับอย่างกว้างขวางหรือทดสอบอย่างละเอียดในสถานการณ์จริง ดังนั้น ทีมควรประเมินคุณภาพของแผนการตรวจสอบที่มีอยู่และเลือกอันที่สอดคล้องกับระดับความปลอดภัยที่ต้องการ พวกเราขอแนะนำให้ใช้ตัวเลือกที่มีอยู่เพื่อสร้างการตั้งค่าการตรวจสอบโทเค็นที่ปลอดภัยและทนทาน ในบทความวิจัยภายหลัง เราจะลงรายละเอียดเกี่ยวกับคุณสมบัติความปลอดภัยของแผนการตรวจสอบที่ต่างกันที่มีโดยเฉพาะในแต่ละกรอบโทเค็น
4.ระบบการยืนยันค่าเริ่มต้น
บ่งชี้ว่าเฟรมเวิร์กมีกลไกการยืนยันที่ถูกกำหนดเริ่มต้นหรือไม่ สิ่งนี้สำคัญเพราะทีมส่วนใหญ่โดยทั่วไปจะเลือกตัวเลือกเริ่มต้นเนื่องจากความสะดวกสบาย หากผู้ออกโทเค็นกำลังจะเลือกตัวเลือกเริ่มต้น จึงเป็นสิ่งสำคัญที่จะประเมินความปลอดภัยของมันและพิจารณาการใช้ฟีเจอร์ที่ปรับแต่งที่มีเสนอเพื่อเพิ่มความปลอดภัยของการตั้งค่า
5. การเข้าร่วมในการตรวจสอบแอปพลิเคชัน
เน้นว่าทีมมีตัวเลือกในการเข้าร่วมในกระบวนการตรวจสอบเพิ่มความปลอดภัยอีกชั้นหนึ่งหรืออนุญาตให้พวกเขาควบคุมความปลอดภัยได้ นี่เป็นสิ่งสําคัญเนื่องจากช่วยให้ทีมสามารถเพิ่มความปลอดภัยโดยการรวมการตั้งค่าการตรวจสอบของตนเองเข้ากับกลไกที่มีอยู่ ด้วยวิธีนี้หากวิธีการตรวจสอบอื่น ๆ ล้มเหลวพวกเขาสามารถพึ่งพาการป้องกันของตนเองเพื่อป้องกันปัญหาที่อาจเกิดขึ้น
ตัวอย่างเช่น ทีมเช่น StarGate, Tapioca, BitGo, Cluster, และ Abracadabra รัน DVN ของตนเองบน LayerZero เพื่อแสดงให้เห็นว่าทีมอื่น ๆ สามารถใช้ปรับแต่งที่มีอยู่ได้อย่างไร
ทีมอื่น ๆ ควรใช้ประโยชน์จากชั้นความปลอดภัยเพิ่มเติมนี้ ถึงอย่างไรก็ตาม ต้องใช้ความพยายามเพิ่มเติม หากใช้งานอย่างมีประสิทธิภาพคุณลักษณะนี้สามารถเป็นสำคัญในการป้องกันปัญหาที่สำคัญในขณะเกิดความล้มเหลว
6.การต้านทานการเฉพาะเจาะจง
กำหนดว่าข้อความสามารถถูกเซ็นเซอร์ได้หรือไม่ ทำให้แอปพลิเคชันถูกระงับการทำงานและทำให้เกิดปัญหาในการทำงานสำหรับทีม ในกรณีส่วนใหญ่ แม้แต่ถ้าแอปพลิเคชันถูกเซ็นเซอร์ ก็สามารถสลับไปใช้กลไกการตรวจสอบหรือตัวกลางในกรอบเดียวกันได้ อย่างไรก็ตาม นี้ต้องการความพยายามเพิ่มเติมและอาจไม่เป็นวิธีการที่เหมาะสมสำหรับปัญหาในระยะสั้น
7.Open-Sourceness
โค้ดเปิดอินทรีย์ช่วยให้นักพัฒนาสามารถตรวจสอบคุณสมบัติด้านความปลอดภัยของกรอบการทำงานและการตั้งค่าโดยรวม โดยทำให้มั่นใจได้ว่าการทำงานของโค้ดนั้นๆมีความ๏透明
ตารางนี้เปรียบเทียบโครงสร้างค่าธรรมเนียมของกรอบโทเค็นหลายรายการ โดยเน้นที่วิธีการจัดการค่าใช้จ่ายสำหรับการดำเนินการโปรโตคอล การส่งข้อความ และค่าธรรมเนียมเพิ่มเติมใด ๆ สำหรับทุกกรอบโดยสาร สำคัญที่จะทราบว่ากรอบทั้งหมดอนุญาตให้มีค่าธรรมเนียมที่กำหนดเองสำหรับแอปพลิเคชันได้ นอกจากนี้ยังมีค่าใช้จ่ายที่เกี่ยวข้องกับกระบวนการการตรวจสอบและการโอน รวมถึงค่าธรรมเนียมที่จ่ายให้กับผู้ถ่ายทอด ผู้ส่งข้อมูล หรือหน่วยงานที่คล้ายกัน ในกรอบทั้งหมด
ปัจจุบันค่าธรรมเนียมส่วนใหญ่เกี่ยวข้องกับการยืนยันและการส่งต่อข้อความ ดังที่ได้กล่าวไว้ก่อนหน้านี้เฟรมเวิร์กโทเค็นทั้งหมดมีตัวเลือกในการใช้กลไกหลายอย่างในการตรวจสอบข้อความ แม้ว่ารูปแบบการตรวจสอบเพิ่มเติมแต่ละรูปแบบจะช่วยเพิ่มความปลอดภัยของระบบ แต่ก็เพิ่มค่าธรรมเนียมและค่าใช้จ่ายสําหรับผู้ใช้ด้วย
1.ค่าธรรมเนียมโปรโตคอล
นี่เป็นอัตราค่าธรรมเนียมระดับโปรโตคอลที่แต่ละเฟรมเวิร์กเรียกเก็บค่าธรรมเนียมสำหรับการดำเนินการโอนหรือการดำเนินการอื่น ๆ
การมีการสลับค่าธรรมเนียมภายใน DAO หมายความว่าผู้ออกโทเค็นอาจจะต้องจ่ายค่าธรรมเนียมเพิ่มเติมให้กับโปรโตคอลที่สามารถทำงานร่วมกันได้ของโครงสร้างโทเค็น (เช่น LayerZero สำหรับ OFTs หรือ Hyperlane สำหรับ Warp Token) ซึ่งนี้จะเป็นการสร้างความขึ้นอยู่กับการบริหารของ DAO เนื่องจากการเปลี่ยนแปลงที่เกิดขึ้นกับการสลับค่าธรรมเนียมจะมีผลต่อโทเค็นที่ถูกออกโดยผ่านโครงสร้างเหล่านั้น ๆ ทำให้พวกเขาเป็นไปตามการตัดสินใจของ DAO เกี่ยวกับโครงสร้างค่าธรรมเนียม
ตารางนี้เน้นที่คุณสมบัติสำคัญของสมาร์ทคอนแทร็กต์ของแต่ละเฟรมเวิร์ก โดยเน้นความยืดหยุ่นที่แตกต่างกัน ความปลอดภัยและการปรับแต่งด้วยการใช้งานประวัติการใช้งาน เอกสารการตรวจสอบความปลอดภัย รางวัลที่เสนอของงานค้นหาช่องโหว่ และการปรับแต่งที่น่าสนใจสำหรับการควบคุมอย่างละเอียด
สำคัญที่จะทราบว่าเฟรมเวิร์กทั้งหมดสามารถอนุญาตให้แอปตั้งค่าขีดจำกัดอัตราและรายชื่อดำ ฟีเจอร์รักษาความปลอดภัยที่สำคัญ เมื่อใช้อย่างมีประสิทธิภาพป้องกันการสูญเสียทางการเงินที่สำคัญ. นอกจากนี้แล้ว แต่ละเฟรมเวิร์กยังให้ความยืดหยุ่นในการใช้งานสัญญาอัจฉริยะในรูปแบบที่ไม่สามารถเปลี่ยนแปลงได้หรือสามารถอัพเกรดได้ ขึ้นอยู่กับความต้องการเฉพาะของแอปพลิเคชัน
1.ปรับใช้ตั้งแต่
ฟิลด์นี้แสดงเวลาที่สมาร์ทคอนแทร็กของเฟรมเวิร์กแต่ละระบบถูกนำไปใช้งาน มันช่วยให้เข้าใจได้ว่าเฟรมเวิร์กนั้นกำลังทำงานมานานเท่าใด
2. การตรวจสอบ
จำนวนการตรวจสอบเป็นการวัดที่สำคัญของความปลอดภัย การตรวจสอบยืนยันความน่าเชื่อถือของสัญญาฉลาดของกรอบ โดยการระบุช่องโหว่หรือปัญหาที่อาจเสี่ยงภัยต่อระบบ
3.เงินรางวัล
Bounties สะท้อนความสนับสนุนทางการเงินที่เสนอโดยกรอบเพื่อส่งเสริมนักวิจัยด้านความปลอดภัยภายนอกให้ค้นพบและรายงานช่องโหว่
4.คุณสมบัติที่สำคัญสำหรับการควบคุมอย่างละเอียด
เฟรมเวิร์กสมาร์ทคอนแทรคช่่มให้แอพพลิเคชั่นสามารถปรับแต่งคุณลักษณะด้านความปลอดภัยได้ตามความต้องการที่เฉพาะเจาะจง ในสาขานี้เน้นที่คุณลักษณะด้านความปลอดภัยที่สำคัญของเฟรมเวิร์กแต่ละอย่างที่มีเสนอเพื่อให้มั่นใจในความปลอดภัย
แต่ละเฟรมเวิร์กนำเสนอคุณสมบัติที่ไม่เหมือนกันและได้รับการมีส่วนร่วมในระดับต่าง ๆ จากนักพัฒนา โปรโตคอล และแพลตฟอร์มต่าง ๆ ขึ้นอยู่กับการเน้นทางเทคนิค การบูรณาการและการรับประกันความปลอดภัยของพวกเขา
1.ผู้ร่วมพัฒนาหลัก
ส่วนนี้เน้นไปที่ทีมต่างๆ ที่มีการมีส่วนร่วมอย่างใกล้ชิดในการสร้างและบำรุงรักษาโครงสร้างแต่ละอัน มีผู้มีส่วนร่วมที่หลากหลาย นอกเหนือจากทีมพัฒนาเดิม เป็นตัวบ่งชี้ที่ดีสำหรับหลายๆ ปัจจัย: (1) ความต้องการที่กว้างขวางของโครงสร้าง, และ (2) ความเข้าถึงและความสะดวกในการใช้งานของโครงสร้าง ไม่ว่าจะเป็นโดยไม่มีการอนุญาตหรือผ่านการทำงานร่วมกันโดยทั่วไป
2.การนำไปใช้
การนำมาใช้แสดงให้เห็นถึงระดับการใช้งานและการดึงดูดในแต่ละกรอบการทำงาน ที่วัดด้วยจำนวนโทเค็นที่ถูกปรับใช้และมูลค่ารวมที่รักษาความปลอดภัย มันให้ข้อมูลเกี่ยวกับว่ากรอบการทำงานนั้นได้รับการยอมรับไปทั่วไปในระดับนักพัฒนาและโปรโตคอลอย่างกว้างขวางและความเชื่อถือของมันในการรักษาสินทรัพย์
3.ทีมที่โดดเด่น
ส่วนนี้เน้นทีมที่ดีที่สุดและโปรโตคอลที่ได้รับการนำมาใช้ในแต่ละกรอบการทำงานที่สะท้อนถึงความเชื่อถือในอุตสาหกรรมและความน่าสนใจโดยรวม
4. การคุ้มครอง VM
ความครอบคลุมของ VM หมายถึงช่วงของเครื่องเสมือนที่รองรับโดยแต่ละเฟรมเวิร์ก VM จํานวนมากขึ้นให้ความยืดหยุ่นและความเข้ากันได้มากขึ้นในสภาพแวดล้อมบล็อกเชนที่แตกต่างกัน สิ่งนี้ทําให้แอปและผู้ออกโทเค็นมีความหลากหลายมากขึ้นในแง่ของชุมชนที่หลากหลายที่พวกเขาสามารถเข้าถึงได้
5. ฉากหลบฉากที่ปรับใช้
ฟิลด์นี้สะท้อนถึงจํานวนเชนที่แต่ละเฟรมเวิร์กปรับใช้ เช่น จํานวนเชนที่แต่ละแอปหรือผู้ออกโทเค็นสามารถรองรับได้หากพวกเขาตัดสินใจใช้เฟรมเวิร์กเฉพาะ สิ่งนี้เกี่ยวข้องโดยตรงกับจํานวนตลาดและแอพระบบนิเวศ DeFi ที่สามารถเข้าถึงได้ การปรับใช้ห่วงโซ่ที่สูงขึ้นหมายถึงการเข้าถึงสภาพคล่องที่กว้างขึ้น
นอกจากนี้ ในขณะที่ความสามารถในการขยายเฟรมเวิร์กข้ามห่วงโซ่ต่างๆ อย่างไม่อนุญาตมีศักยภาพสูง แต่ก็อาจเป็นเรื่องท้าทายหากนักพัฒนาจําเป็นต้องสร้างและรักษาโครงสร้างพื้นฐานที่สําคัญด้วยตนเอง สําหรับบางคนเช่นทีมที่ต้องการสร้างการสนับสนุนสะพานสําหรับห่วงโซ่ใหม่ความพยายามนี้อาจคุ้มค่า แต่สําหรับผู้ออกโทเค็นเพียงแค่ต้องการเพิ่มห่วงโซ่อื่นในการเข้าถึงโทเค็นของพวกเขาอาจรู้สึกซับซ้อนและต้องใช้ทรัพยากรโดยไม่จําเป็น
6. ความแตกต่างที่ไม่ซ้ํากัน
แต่ละเฟรมเวิร์กนําความแตกต่างที่ไม่เหมือนใครซึ่งมักจะอยู่ในรูปแบบของคุณสมบัติพิเศษเครื่องมือหรือการผสานรวมที่ทําให้แตกต่างจากเฟรมเวิร์กอื่น ๆ ความแตกต่างเหล่านี้มักจะดึงดูดนักพัฒนาและโปรโตคอลที่กําลังมองหาฟังก์ชันเฉพาะหรือความสะดวกในการใช้งานหรือเพียงแค่แจกจ่ายโทเค็นมากขึ้น
คำประกาศ: ส่วนนี้สะท้อนความคิดเห็นจาก@SlavaOnChainผมได้พูดคุยกับหัวหน้า DevRel ที่ LI.FI และพูดคุยกับนักพัฒนาที่คุ้นเคยกับเฟรมเวิร์กต่าง ๆ ประสบการณ์ของนักพัฒนาอาจแตกต่างกันไปตามพื้นฐานและกรณีใช้งาน
1.ความง่ายในการผสาน
หมายถึงความตรงไปตรงมาในการปรับใช้โทเค็นโดยใช้เฟรมเวิร์กตามประสบการณ์ครั้งแรกโดยไม่มีการสนับสนุนจากทีม
2.เอกสารประกอบ
ประเมินว่าเครื่องแนะนำ ตัวอย่าง และอ้างอิงในเฟรมเวิร์กสนับสนุนนักพัฒนาในเรื่องการเข้าใจและการใช้แพลตฟอร์มอย่างไร
3.เครื่องมือสําหรับนักพัฒนา
พิจารณาชุดของไลบรารี SDK และเครื่องมือที่ทำให้สะดวกต่อการสร้าง ทดสอบ และนำ Tokens ไปใช้งานโดยใช้กรอบการทำงาน
เฟรมเวิร์กโทเค็นกําลังเพิ่มขึ้น และอาจจบลงด้วยการเปลี่ยนแปลงทุกอย่างเกี่ยวกับการเคลื่อนไหวของมูลค่าในโลกแบบหลายเชน ปัจจุบันการโอนสินทรัพย์ระหว่างห่วงโซ่มักต้องใช้กลุ่มสภาพคล่องหรือ solversแต่กรอบโทเค็นกําจัดความต้องการเหล่านี้ แต่สามารถสร้างสินทรัพย์ได้โดยตรงบนห่วงโซ่ที่ต้องการผ่านโปรโตคอลการทํางานร่วมกัน
ในความเป็นจริงกรอบโทเค็นอาจเป็นจุดตายสําหรับสินทรัพย์ที่ห่อหุ้ม สภาพคล่องไม่จําเป็นต้องกระจัดกระจายข้ามห่วงโซ่อีกต่อไป คุณสามารถสร้างสินทรัพย์ที่เปลี่ยนได้ในห่วงโซ่ใด ๆ และพวกเขาจะสามารถซื้อขายข้ามห่วงโซ่ได้ในราคาเพียงก๊าซ เราเห็นสัญญาณของการเปลี่ยนแปลงนี้แล้ว Circle เปิดตัว CCTP เพื่อหลีกเลี่ยงปัญหาโทเค็นที่ห่อหุ้มสําหรับ USDC และทีมใหญ่จํานวนมากและโทเค็นที่มีมูลค่าสูงกําลังใช้เฟรมเวิร์กโทเค็น นั่นเป็นสัญญาณว่าสิ่งต่างๆกําลังเร่งตัวขึ้น
อย่างไรก็ตาม มีความกังวลที่ถูกต้องเกี่ยวกับความเสี่ยงที่แพร่กระจายของบุคคลที่สามหากโปรโตคอลความสามารถในการทำงานร่วมกันล้มเหลว, พวกเขาอาจส่งผลกระทบต่อโครงการทั้งหมดที่สร้างขึ้นบนพวกเขา แม้ว่าความเสี่ยงเหล่านี้จะต่อต้านการเติบโตอย่างต่อเนื่อง
อีกมุมมองหนึ่ง: ในอนาคตที่เป็นนามธรรมแบบลูกโซ่เฟรมเวิร์กโทเค็นจะไม่สําคัญอีกต่อไปเนื่องจากผู้แก้ปัญหาจะแลกเปลี่ยนโทเค็นดั้งเดิมสําหรับผู้ใช้ที่อยู่เบื้องหลัง และในขณะที่มีความจริงบางอย่าง - ผู้ใช้ไม่จําเป็นต้องคิดถึงโทเค็น - มันพลาดมุมที่สําคัญ แล้วตัวแก้เองล่ะ? สําหรับพวกเขาเฟรมเวิร์กโทเค็นอาจมีประโยชน์มาก พวกเขาแก้ปัญหาสินค้าคงคลังและปรับสมดุลอาการปวดหัวเพราะพวกเขาไม่ต้องการสภาพคล่องในการเคลื่อนย้ายข้ามห่วงโซ่ นั่นเป็นเหตุผลที่นักแก้ปัญหาชอบใช้เฟรมเวิร์กเช่น CCTP เพื่อย้าย USDC - ราคาถูกมีประสิทธิภาพและเหมาะสําหรับการปรับสมดุลข้ามสาย
วิธีการทั้งหมดนี้รูปร่างขึ้นยังคงเป็นคาดเดาของทุกคน บางทีเราอาจต้องการเพียงเฟรมเวิร์กโทเค็นสําหรับกลุ่มเล็ก ๆ ของ fringe chains หรือบางทีพวกเขาอาจกลายเป็นมาตรฐานสําหรับการปรับใช้โทเค็นใน crypto สิ่งที่เรารู้ในวันนี้คือการยอมรับกรอบการทํางานร่วมกันกําลังเติบโตและการแข่งขันก็เช่นกัน ปัญหาเกี่ยวกับการเติบโตนี้? การกระจายตัว กรอบการแข่งขันกําลังจะแยกสินทรัพย์และสภาพคล่องและเราจะไม่เห็นโซลูชันที่เหมาะกับทุกขนาด สิ่งจูงใจก็จะไม่อนุญาต