ฟลาวราชูตัวเลข 20.6% เปิดประมูลออร์เดอร์โฟลว์สาธารณะบนโซลานา(SOL) รอพิสูจน์จริง

ฟลาวรา (Flowra) เปิดตัวระบบประมูลออร์เดอร์โฟลว์แบบเปิด (Open Orderflow Auction หรือ OOA) สำหรับผู้ตรวจสอบ (validator) ของเครือข่ายโซลานา(SOL) โดยกำหนดให้สิทธิ์การรวมธุรกรรมเข้าบล็อกถูกจัดสรรผ่านการประมูลแข่งขันกันระหว่างนักค้นหา (searcher) ที่ลงทะเบียนไว้ ตัวเลขประสิทธิภาพเบื้องต้นที่บริษัทระบุคือ หน่วยประมวลผล (compute unit) ต่อบล็อกของผู้ตรวจสอบรายเดียวเพิ่มขึ้น 20.6%

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

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

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

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

อีกฟีเจอร์ที่ฟลาวรานำเสนอคู่กันคือ Programmable Block Policy ซึ่งออกแบบมาให้ผู้ตรวจสอบตั้งค่ากฎการรวมธุรกรรม เช่น การคัดกรองรายชื่อคว่ำบาตร ข้อกำหนด AML และการจำกัดบันเดิล (bundle) ได้เองโดยตรงจากโครงสร้างพื้นฐานการสร้างบล็อก

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

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

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

บริษัทยังระบุอัตราการผลิตบล็อกที่ 100% และอัตราการทำงานของบล็อกเอนจิน (block engine) ที่ 99.999% อย่างไรก็ตาม ตัวเลขเหล่านี้ยังไม่ผ่านการตรวจสอบอิสระจากข้อมูลการดำเนินงานของผู้ตรวจสอบหลายรายหรือในระยะยาว

ข่าวการเปิดตัวแพร่กระจายอย่างรวดเร็ว โดย TheNewsCrypto รายงานข่าวเปิดตัวเมื่อวันที่ 21 สิงหาคม ก่อนที่สื่ออื่นอย่าง Bitcoinist, BlockStream, KuCoin และ TradingView/Invezz จะรายงานตามมา

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

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

PrimeXBT อ้างอิงคำพูดของแฮร์รี ฮวาง (Harry Hwang) ประธานเจ้าหน้าที่บริหารของฟลาวรา ระบุว่าเส้นทางออร์เดอร์โฟลว์ที่อิงการปฏิบัติตามกฎระเบียบอาจทำให้สภาพคล่องกระจุกตัวอยู่ในเส้นทางที่ได้รับอนุมัติเพียงไม่กี่เส้นทาง ซึ่งเป็นข้อสังเกตว่าแม้การออกแบบที่เป็นมิตรกับสถาบันจะเป็นจุดแข็ง แต่โครงสร้างเดียวกันนี้ก็อาจสร้างคอขวดใหม่ขึ้นมาได้เช่นกัน

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

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