นักลงทุนที่สนใจเทคนิคเกือบทุกคนที่เรานั่งคุยด้วยจะถามคำถามแนวเดียวกันภายในสิบนาทีแรก
“คุณใช้ออราเคิลของตัวเองเหรอ ทำไมไม่เชื่อมต่อกับ Chainlink ไปเลยล่ะ”
เป็นคำถามที่ยุติธรรมดี Chainlink เป็นเครือข่ายออราเคิลแบบกระจายศูนย์ที่ครองตลาดอย่างเหนือชั้น พวกเขามีชื่อเสียงที่แข็งแกร่ง บันทึกด้านความปลอดภัยที่น่าเชื่อถือ และระบบนิเวศของนักพัฒนาที่กว้างขวาง การเลือกเดินนอกเส้นทางเดิมทำให้เราต้องแลกอะไรบางอย่าง แล้วทำไมเราถึงทำ
คำตอบสั้น ๆ คือ ธุรกิจบริการที่พักมีความต้องการที่เครือข่ายออราเคิลแบบใช้งานทั่วไปไม่ได้ถูกออกแบบมาให้รองรับได้ดีนัก
สรุปสั้น ๆ สำหรับผู้ที่ไม่ได้อยู่ในเรื่องนี้ทุกวัน
สัญญาอัจฉริยะคือโปรแกรมที่ทำงานบนบล็อกเชน มันสามารถถือสินทรัพย์ บังคับใช้กฎ และจ่ายเงินตามเงื่อนไขที่กำหนด แต่โดยพื้นฐานแล้วมันทำอย่างอื่นไม่ได้เลย มันไม่สามารถอ่านปฏิทินห้องว่างของโรงแรม มันมองไม่เห็นอัตราแลกเปลี่ยนปัจจุบัน มันตรวจสอบไม่ได้ว่าแขกเช็คอินจริงหรือไม่
ออราเคิลคือสะพานเชื่อมระหว่างบล็อกเชนกับโลกแห่งความจริง มันป้อนข้อมูลจากภายนอก ไม่ว่าจะเป็นราคา เหตุการณ์ การยืนยัน หรือตัวตน เข้าสู่สัญญาอัจฉริยะเพื่อให้สัญญาทำงานตามข้อมูลนั้นได้ หากออราเคิลโกหกหรือเสียหาย สัญญาก็จะทำงานโดยอาศัยข้อมูลที่ผิดพลาด จึงไม่แปลกที่การออกแบบออราเคิลเป็นหนึ่งในปัญหาที่มีความเสี่ยงสูงที่สุดในงานวิศวกรรมบล็อกเชน
สิ่งที่เราต้องการให้ออราเคิลของเราทำ
สัญญาอัจฉริยะของ Tratok ตัดสินใจหลายอย่างทุกวัน ไม่ว่าจะเป็นการคืนเงิน การยืนยันการจอง การตั้งราคาแบบยืดหยุ่น และการระงับข้อพิพาท แต่ละเรื่องต้องอาศัยข้อมูลจากภายนอกที่น่าเชื่อถือ
ข้อแลกเปลี่ยน ที่พูดตรงๆ กัน
เครือข่ายออราเคิลอเนกประสงค์ถูกออกแบบมาสำหรับข้อมูลอเนกประสงค์ พวกเขาเพิ่มประสิทธิภาพในด้านความกว้าง (ฟีดราคาสำหรับทุกสินทรัพย์ ทุกเชน) และทำได้อย่างยอดเยี่ยม แต่ความกว้างนั้นหมายความว่าจำเป็นต้องอยู่ห่างจากตรรกะเฉพาะโดเมนที่เราต้องการอย่างน้อยหนึ่งหรือสองชั้น
สำหรับเรา ช่องว่างนั้นกลายเป็นปัญหาจริงสามข้อ:
ความหน่วง. การตัดสินใจจองเกิดขึ้นในเสี้ยววินาที แขกอยู่บนหน้าเว็บ พวกเขาคลิก พวกเขาคาดหวังการยืนยัน การส่งข้อมูลไปกลับผ่านเครือข่ายออราเคิลอเนกประสงค์เพิ่มความหน่วงที่เรารับไม่ได้สำหรับการทำงานในเส้นทางหลัก เราต้องการเวลาตอบสนองต่ำกว่าหนึ่งวินาทีสำหรับการสอบถามห้องว่างและราคา
ต้นทุนเมื่อขยายขนาด. ทุกการเรียกออราเคิลมีค่าใช้จ่าย สำหรับแพลตฟอร์มที่ตั้งเป้าไปสู่การทำธุรกรรมหลายล้านครั้งต่อเดือน การจ่ายค่าธรรมเนียมต่อการสอบถามให้กับเครือข่ายภายนอกจะกลับด้านของเศรษฐศาสตร์ของเรา เงินที่เราคืนให้ผู้ให้บริการและผู้บริโภคขึ้นอยู่กับการรักษาต้นทุนต่อหน่วยของทุกธุรกรรมให้ใกล้ศูนย์
การปรับแต่งเฉพาะโดเมน. “การยืนยันเช็คอินที่พัก” ไม่ใช่ฟังก์ชันพื้นฐานของออราเคิลมาตรฐาน “การไกล่เกลี่ยข้อพิพาทในการคืนเงินบางส่วน” ก็เช่นกัน การสร้างสิ่งเหล่านี้บนเครือข่ายฟีดทั่วไปเป็นไปได้ แต่คุณจะต้องเขียนตรรกะเฉพาะทางรอบๆ ออราเคิลมากมายจนคุณกำลังรันออราเคิลครึ่งหนึ่งอยู่ดี เราตัดสินใจเขียนทั้งหมดไปเลย
สิ่งที่เราสร้างขึ้นแทน: GHOST
GHOST คือโปรโตคอลออราเคิลกรรมสิทธิ์ของเรา ออกแบบมาโดยเฉพาะสำหรับข้อมูลการบริการและการเดินทาง ชื่อนี้ไม่ได้ยิ่งใหญ่อะไร มันสั้นดี และทีมแบ็กเอนด์ของเราชอบ
สิ่งที่ GHOST ทำให้เราได้ซึ่งออราเคิลอเนกประสงค์ทำไม่ได้มีดังนี้
- เส้นทางหลักตอบสนองต่ำกว่าหนึ่งวินาที. การสอบถามห้องว่างและราคาตอบกลับในหน่วยมิลลิวินาทีเพราะเป็นส่วนหนึ่งของระบบโดยตรง ไม่ใช่ต่อผ่านสะพาน
- โครงสร้างข้อมูลที่รับรู้บริบทเฉพาะทาง โปรโตคอลนี้ “พูด” ภาษาเดียวกับธุรกิจที่พักแรม ไม่ว่าจะเป็น “การจอง” “แผนราคา” “นโยบายการยกเลิก” “เหตุการณ์เช็คอิน” ไม่ได้ส่งแค่ข้อมูลตัวเลขทั่วๆ ไป
- ต้นทุนลดลงตามปริมาณ ต้นทุนต่อหน่วยของออราเคิลจะลดลงเข้าใกล้ศูนย์เมื่อปริมาณสูงขึ้น ซึ่งเป็นทางเดียวที่จะทำให้ผู้ให้บริการประหยัดได้ 28 ถึง 36 เปอร์เซ็นต์อย่างยั่งยืน
- รวมข้อมูลจากหลายแหล่ง GHOST รวมสินค้าคงคลังและราคาจากเครือข่ายของเราที่ครอบคลุมหลายพันที่พัก ตรรกะการรวมข้อมูลถูกปรับจูนให้เหมาะกับการใช้งานในธุรกิจที่พักแรมโดยเฉพาะ
- ตรวจสอบอิสระ ทั้งระบบผ่านการตรวจสอบความปลอดภัยอิสระ ซึ่งเป็นส่วนหนึ่งของกระบวนการทบทวนสัญญาอัจฉริยะภาพรวมของเรา
สิ่งที่เราสละไป
ผมอยากพูดตรงๆ เรื่องนี้ การเก็บเทคโนโลยีไว้ใช้เองไม่ได้ฟรี เรายอมรับต้นทุนจริงๆ สามข้อ ดังนี้
เราไม่ได้รับความปลอดภัยจากปรากฏการณ์เครือข่ายของชุดผู้ตรวจสอบกระจายศูนย์ขนาดใหญ่มาแบบสำเร็จรูป เราชดเชยด้วยการตรวจสอบ การกำกับดูแลแบบหลายลายเซ็นในโปรโตคอล และโครงการให้รางวัลแจ้งจุดบกพร่องที่อัปเดตอย่างต่อเนื่อง แต่เป็นแบบจำลองความไว้วางใจที่ต่างออกไป ซึ่งเรายอมรับอย่างเปิดเผย
เรารับภาระงานวิศวกรรมไว้เองทั้งหมด ทุกการอัปเกรดโปรโตคอล ทุกแพตช์รักษาความปลอดภัย ทุกประเภทข้อมูลใหม่ ล้วนเป็นหน้าที่ของทีมเรา ส่วนของ Chainlink ภาระหนักเหล่านี้ถูกกระจายไปทั่วทั้งระบบนิเวศ
เราไม่ได้รับความสามารถในการทำงานร่วมกันกับระบบนิเวศ DeFi ที่กว้างขึ้นแบบฟรี หากเราต้องการเชื่อมต่อกับโปรโตคอล DeFi ที่คาดหวังฟีดข้อมูลจาก Chainlink เราต้องสร้างสะพานเชื่อมเอง ซึ่งเราได้ทำไปบางส่วนแล้ว และจะทำเพิ่มเติมต่อไป
เดิมพันทั้งหมด สรุปสั้นๆ
สำหรับแพลตฟอร์มที่ข้อเสนอคุณค่าหลักขึ้นอยู่กับต้นทุนธุรกรรมต่อหน่วยที่ใกล้ศูนย์และการตัดสินใจจองในระดับมิลลิวินาที การครอบครองชั้นข้อมูลเป็นการแลกเปลี่ยนที่คุ้มค่า แม้จะแลกมาด้วยภาระงานวิศวกรรมที่ตามมาก็ตาม
ทางเลือกนั้นอาจไม่เหมาะกับโครงการบล็อกเชนทุกประเภท สำหรับโปรโตคอล DeFi หรือแพลตฟอร์มสินทรัพย์สังเคราะห์ คำตอบเกือบทุกครั้งคือ Chainlink แต่ธุรกิจบริการที่พักเป็นสาขาที่มีความต้องการข้อมูลเฉพาะทางสูง และมีแรงกดดันทางเศรษฐกิจที่เฉพาะเจาะจงในการรักษาต้นทุนต่อหน่วยให้ต่ำ จึงทำให้การคำนวณเปลี่ยนไป
หากคุณกำลังทำงานในเรื่องที่ต้องชั่งน้ำหนักการตัดสินใจที่คล้ายกันนี้ เรายินดีแลกเปลี่ยนความเห็นกับคุณ ระบบนิเวศคริปโตยังพูดถึงข้อแลกเปลี่ยนนี้กันน้อยเกินไป
สถาปัตยกรรมทั้งหมด รวมถึงแบบจำลองข้อมูล GHOST แบบจำลองความปลอดภัย และตรรกะการรวมข้อมูล อธิบายไว้ในเอกสารทางการของ Tratok
Carol
ผู้จัดการชุมชน, Tratok
ไม่พลาดทุกความเคลื่อนไหว
รับบทความใหม่ของ Tratok ทางอีเมล: ทันทีที่เผยแพร่ หรือเป็นสรุปรายสัปดาห์ฉบับเดียว