ทุกคนกำลังสร้างเอเจนต์และวอลเล็ต แต่แทบไม่มีใครถามเลยว่าธุรกรรมถูกบันทึกลงเครือข่ายจริงหรือไม่
เอเจนต์เริ่มจ่ายเงินบน Ethereum แล้ว ไม่ใช่แค่ในเดโม x402 เปลี่ยน HTTP 402 ให้กลายเป็นโฟลว์การชำระเงินจริง และวอลเล็ตของเอเจนต์ก็มาพร้อมกุญแจและวงเงินใช้จ่าย ทีมต่าง ๆ กำลังสร้างของบนสมมติฐานว่าเครื่องสามารถชำระภาระผูกพันของตัวเองได้โดยไม่ต้องมีคนอยู่ใกล้ ๆ
อุตสาหกรรมเคลื่อนไหวเร็วเพื่อให้อเอเจนต์ “จ่ายเงินได้” แต่สิ่งที่ข้ามไปคือส่วนที่อยู่ข้างใต้ ระบบชำระเงินตั้งอยู่บนสมมติฐานว่าการจ่าย “ต้องผ่าน” แต่ Ethereum ไม่ได้ถูกออกแบบบนสมมติฐานนั้น การถูกนำเข้าบล็อกเป็นแบบพยายามให้ดีที่สุด: คุณส่งธุรกรรมไป แล้วก็หวังว่ามันจะลงในบล็อกถัดไป มนุษย์แก้ปัญหานี้ได้โดยเฝ้าดูธุรกรรมที่ค้าง ปรับค่าธรรมเนียม แล้วลองใหม่ คุณสร้างเอเจนต์ให้ทำแบบเดียวกันได้ สิ่งที่สร้างไม่ได้คือ “ความแน่นอน”: การลองใหม่คือการเสี่ยงแบบเดิมซ้ำอีกครั้ง ในตลาดที่ขยับไปแล้ว
ทั้งหมดนี้แทบไม่สำคัญเลยถ้าเป็นแค่ธุรกรรมเดียว แต่มันสำคัญอย่างมากเมื่อเป็นวันละหมื่นธุรกรรม ที่ทุกการกระทำต้องรออันก่อนหน้ามัน
Ethereum ชำระมูลค่า แต่ยังไม่จัดตารางเวลา
บน Ethereum พื้นที่บล็อกถูกจัดสรรผ่านการประมูลแบบสดที่ปิดทุกประมาณสิบสองวินาที เมื่อคุณส่งธุรกรรม คุณไม่ได้ซื้อที่นั่งการันตีในบล็อกถัดไป คุณกำลังเข้าการแข่งขัน และผลลัพธ์ของมัน ทั้งโอกาสที่จะถูกใส่รวมถึงค่าธรรมเนียมสุดท้ายที่คุณต้องจ่าย จะไม่รู้จนกว่าทุกอย่างจะจบแล้ว การออกแบบนี้สง่างามสำหรับเครือข่ายแบบไร้การอนุญาต แต่มันแปลกจากโลกการเงินสถาบันโดยสิ้นเชิง
สถาบันอยู่บน Ethereum แล้ว สิ่งที่พวกเขาทำไม่ได้คือรันกลยุทธ์ที่ต้องการ “การรับประกัน” เมื่อโต๊ะเทรดไม่รู้ล่วงหน้าว่าธุรกรรมจะถูกดำเนินการทันเวลาหรือไม่ หรือจะต้องจ่ายเท่าไรให้มันผ่าน ก็ไม่สามารถลงขนาดใหญ่ได้ กิจกรรมแบบนั้นจึงยังอยู่นอกเชน หรือย้ายไปที่ที่กล้ารับภาระผูกพันแทน
หลายปีที่ผ่านมาคำตอบต่อข้อจำกัดของ Ethereum คือ “ปริมาณงาน”: ธุรกรรมต่อวินาทีที่มากขึ้น โรลอัปจำนวนมากเพื่อกระจายดีมานด์ ปริมาณงานวัดว่า “ได้มากแค่ไหน” แต่มันไม่พูดถึง “เมื่อไร” นั่นเป็นปัญหาเรื่องเวลา ไม่ใช่พื้นที่ และการเพิ่มพื้นที่ไม่ได้แก้ปัญหานี้
อุดช่องว่าง
ตอนนี้มีหลายแนวทางเข้าสู่ขั้นตอนการลงมือทำ โดยแต่ละแนวทางจัดการคนละชั้นของปัญหา
การยืนยันล่วงหน้า (preconfirmations) เปิดให้ proposer สามารถผูกมัดว่าจะใส่หรือรันธุรกรรมก่อนที่บล็อกจะไฟนัลไลซ์ นี่คือคำตอบโดยตรงที่สุดต่อปัญหาเวลา: เอเจนต์ไม่ต้อง “ส่งแล้วภาวนา” อีกต่อไป แต่คำมั่นต้องมีน้ำหนัก มันต้องมีการมีส่วนร่วมจากวาลิเดเตอร์อย่างกว้างขวาง มีหลักประกันทางเศรษฐกิจที่น่าเชื่อถือ และมีผลลัพธ์ที่บังคับใช้ได้เมื่อ proposer ทำไม่ตามสัญญา ระบบที่จับคู่การยืนยันล่วงหน้ากับหลักประกันที่ถูก stake และเงื่อนไขการ slashing ทำให้คำสัญญากลายเป็นภาระผูกพันที่รับผิดชอบได้
inclusion list ทำงานในระดับโปรโตคอล จำกัดสิ่งที่ builder ได้รับอนุญาตให้ “ตัดออก” นั่นทำให้มันเป็นเครื่องมือที่ทรงพลังในการต่อต้านการเซนเซอร์ แต่พวกมันแก้ปัญหาอีกแบบหนึ่ง: ทำให้ธุรกรรม “ถูกตัดออกได้ยากขึ้น” ไม่เท่ากับผูกมัดว่า “จะรันเมื่อไร” inclusion list วาง “พื้น” ของการรวม ไม่ได้วาง “ตารางเวลา”
ตลาดล่วงหน้า (forward markets) ขยายตารางเวลานั้นให้ไกลออกไปในอนาคต พวกมันเปิดให้องค์กรและแอปพลิเคชันจอง blockspace ก่อนที่จะต้องใช้ เหมือนการทำสัญญาล่วงหน้าสำหรับพลังงาน แบนด์วิดท์ และกำลังประมวลผล สิ่งนี้เปลี่ยนความจุในอนาคตให้กลายเป็นสิ่งที่ผู้ซื้อสามารถ “วางแผนรอบ ๆ” ได้ แทนที่จะต้องไปแย่งกันแบบเรียลไทม์ คำถามดีไซน์อยู่ที่โครงสร้างตลาด: การเข้าถึงที่โปร่งใส การส่งมอบที่วาลิเดเตอร์ต้องรับผิดชอบ และกลไกที่ป้องกันไม่ให้ความสามารถนี้ถูกผูกขาดโดยผู้ซื้อรายใหญ่ไม่กี่ราย
แต่ละแนวทางอาจมีข้อจำกัดที่ต้องออกแบบหลบเลี่ยง แต่เมื่อนำมารวมกัน พวกมันสร้าง “รูปร่างของตลาด” ที่เอเจนต์และสถาบันสามารถสร้างของทับได้จริง: คำมั่นจาก proposer ที่มีความหมาย การการันตีระดับโปรโตคอลต่อการไม่ถูกตัดออก และความจุล่วงหน้าที่ขยายตามดีมานด์ระดับสถาบัน วิธีการเดี่ยว ๆ ยังมีโจทย์ดีไซน์ต้องแก้ แต่ทิศทางนั้นชัดเจนแล้ว
เอเจนต์ที่ต้องคลายโพสิชันข้ามสอง venue จำเป็นต้องรู้ว่า “ขา” ที่สองจะลงก่อนที่มันจะ commit ขาแรก หากไม่มีสิ่งนั้น มันไม่ได้กำลังรันกลยุทธ์ แต่มันกำลัง “วางเดิมพัน” แล้วรอดูผล
Ethereum ได้สร้างระบบชำระธุรกรรมที่น่าเชื่อถือแล้ว ความท้าทายถัดไปคือการทำให้การเข้าถึงการชำระนั้น “ตั้งโปรแกรมล่วงหน้าได้” หากเอเจนต์จะประสานทุนด้วยความเร็วระดับเครื่อง พื้นที่บล็อกต้องไม่ใช่แค่สิ่งที่พวกมันไปประมูลแล้วหวังจะได้มาอีกต่อไป มันต้องกลายเป็นสิ่งที่พวกมัน “กำหนดเวลา” ได้จริง ๆ