Tempo Chain และ MPP Protocol: โครงสร้างพื้นฐานการชำระเงินใหม่สำหรับตัวแทน AI

ระบบการชำระเงินทั่วโลกกำลังผ่านกระบวนการรีโครงสร้างเชิงโครงสร้าง การเติบโตอย่างก้าวกระโดดของสกุลเงินคงที่และการเกิดขึ้นของเศรษฐกิจตัวแทน AI ได้ร่วมกันสร้างความต้องการอย่างเร่งด่วนต่อโครงสร้างพื้นฐานการชำระเงินรุ่นถัดไป

เมื่อตัวแทน AI (Autonomous AI Agents) ดำเนินงานตามภารกิจอิสระ การชำระเงินของพวกมันมีความแตกต่างอย่างพื้นฐานจากพฤติกรรมการชำระเงินของมนุษย์ทั่วไป ความต้องการหลักห้าประการต่อไปนี้เป็นพื้นฐานที่กำหนดข้อกำหนดสำหรับโครงสร้างพื้นฐานการชำระเงินในเศรษฐกิจของตัวแทน AI:

เครือข่ายการชำระเงิน SWIFT แบบดั้งเดิมและบล็อกเชนทั่วไปยากที่จะตอบสนองความต้องการการชำระเงินข้างต้นภายใต้เศรษฐกิจตัวแทน AI จึงเกิด Tempo ขึ้น

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

3.1 ภาพรวมของสถาปัตยกรรมโดยรวม

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

3.2 คอนเซนซัสแบบ流水선 Simplex BFT

ชั้นการอนุมัติของ Tempo ใช้โปรโตคอล Simplex BFT (ePrint 2023/463) ซึ่งออกแบบแบบ流水่อมเพื่อให้ความล่าช้าในการยืนยันแต่ละรอบลดลงเหลือเพียงเวลาการส่งข้อมูลไปกลับหนึ่งครั้งของเครือข่าย (1Δ)

กระบวนการอนุมัติสามขั้นตอน

การอนุมัติแบบเดี่ยวของ Simplex BFT ประกอบด้วยสามขั้นตอนตามลำดับ:

การเปรียบเทียบลำดับเวลา: BFT แบบดั้งเดิม vs Simplex Pipeline

รูปด้านล่างแสดงความแตกต่างของความล่าช้าระหว่าง BFT แบบดั้งเดิมสามขั้นตอนกับสายการผลิต Simplex แกนตั้งคือรอบอนุญาต แกนแนวนอนคือขั้นตอนเวลาเครือข่าย (Δ)

กุญแจสำคัญในการปรับปรุงประสิทธิภาพ: ในโหมดสายการผลิต ขั้นตอน Propose ของ B₂ จะทับซ้อนกับขั้นตอน Vote ของ B₁ แต่ละรอบใช้เวลารอเพียง 1Δ ก่อนเข้าสู่การเสนอบล็อกถัดไป ขณะที่ BFT แบบดั้งเดิมต้องรอแบบเรียงลำดับครบ 3Δ ต่อรอบ

การปรับปรุงการเปลี่ยนแปลงมุมมอง (View-Change)

การเปลี่ยนแปลงมุมมอง (View-Change) จะถูกกระตุ้นในสองกรณี: (1) ผู้นำ (Leader) ไม่สามารถส่งข้อเสนอที่ถูกต้องภายในระยะเวลาที่กำหนด; (2) โหนดตรวจพบพฤติกรรมผิดปกติของผู้นำ (เช่น การส่งข้อเสนอซ้ำหรือรูปแบบข้อความไม่ถูกต้อง)

3.3 การลงนามแบบรวม BLS

ใช้แผนการ BLS (Boneh-Lynn-Shacham) เพื่อรวมลายเซ็นจาก N ผู้ตรวจสอบเป็นลายเซ็นเดียว โดยใช้การจับคู่เส้นโค้งรูปวงรีเพียงสองครั้งในการตรวจสอบ ซึ่งลดการใช้แบนด์วิธและค่าใช้จ่ายในการคำนวณอย่างมีนัยสำคัญ ซึ่งมีความสำคัญเป็นพิเศษในสถานการณ์การชำระเงินขนาดเล็กที่มีความถี่สูง เพราะสามารถลดต้นทุนการคำนวณและแบนด์วิธต่อรายการได้อย่างมีประสิทธิภาพ

หลักการลงนาม BLS

การแสดงผลกระบวนการลายเซ็นแบบรวม

3.4 กลไกการดำเนินการซื้อขายแบบขนาน

ความสามารถในการดำเนินการซื้อขายแบบขนานของ Tempo มาจากการออกแบบทางเทคนิคสองประการที่ได้รับการบันทึกอย่างเป็นทางการ:

1. ประเภทธุรกรรมที่กำหนดเองของ EIP-2718 (Transaction Type 0x76)

รูปแบบการดำเนินการที่เป็นของ Crypto-Native ที่ Tempo กำหนด ขยายความสามารถพื้นฐานสามประการเหนือการดำเนินการ EVM มาตรฐาน:

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

2. ระบบ Nonce ที่หมดอายุ

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

3. ช่องทางการชำระเงินเฉพาะ

Payment Lanes คือพื้นที่บล็อกที่ Tempo จองไว้เฉพาะสำหรับธุรกรรมการชำระเงิน TIP-20 บนระดับโปรโตคอล ต่างจาก Ethereum ที่ให้ธุรกรรมทั้งหมดแข่งขันกันใน gas pool เดียวกัน Tempo แบ่งงบประมาณ gas ของบล็อกออกเป็นช่องทางแยกหลายช่องทาง เพื่อให้ธุรกรรมการชำระเงินไม่ถูกรบกวนจาก "เพื่อนบ้านที่รบกวน" เช่น การดำเนินการ DeFi การสร้าง NFT หรือการเรียกใช้สัญญาความถี่สูง

โครงสร้างการแบ่งส่วน Gas ของบล็อก

หัวบล็อกของ Tempo มีฟิลด์ขีดจำกัด gas แบบอิสระ แบ่งงบประมาณ gas ทั้งหมด 500M ออกเป็นสามพื้นที่ที่ไม่เกี่ยวข้องกัน:

3.5 การออกแบบแบบเนื้อแท้ของสกุลเงินคงที่

Tempo จัดให้สกุลเงินคงที่เป็นพลเมืองชั้นหนึ่งของโปรโตคอล โดยออกแบบใหม่ทั้งระบบตั้งแต่ค่าแก๊ส การแลกเปลี่ยนบนโซ่ จนถึงมาตรฐานโทเค็น โดยมีสกุลเงินคงที่เป็นศูนย์กลาง

4.1 การกำหนดตำแหน่งของโปรโตคอลและแนวคิดหลัก

MPP (Machine Payments Protocol) เป็นมาตรฐานการชำระเงินแบบเปิดที่ออกแบบร่วมกันโดย Stripe และ Tempo ซึ่งได้รับการเรียกว่า "OAuth ของวงการชำระเงิน" เป้าหมายหลักคือการให้ความสามารถในการชำระเงินแบบมาตรฐานและไม่ต้องมีการแทรกแซงจากมนุษย์แก่ตัวแทน AI แบบอิสระ

4.2 กระบวนการโต้ตอบแบบสมบูรณ์ของ MPP

โครงสร้าง JWT Payload

4.3 กลไกเซสชัน

กลไกเซสชันเป็นนวัตกรรมหลักของโปรโตคอล MPP ที่แก้ไขปัญหาประสิทธิภาพการชำระเงินเมื่อตัวแทน AI ใช้ทรัพยากรอย่างต่อเนื่องเป็นเวลานาน:

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

4.4 เส้นทางการชำระเงินข้าม Rail

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

เส้นทางการชำระเงินที่ MPP รองรับในปัจจุบัน

สถานการณ์ที่ 1: การชำระเงินข้ามพรมแดนสำหรับธุรกิจ

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

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

สถานการณ์ที่สอง: การชำระเงินแบบ 7×24 ชั่วโมงสำหรับการฝากแบบโทเค็น

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

แต่บล็อกเชนสามารถรองรับการดำเนินงานแบบ 7×24 ชั่วโมงตลอดทั้งปีได้อย่างเป็นธรรมชาติ และโมดูลแลกเปลี่ยนในตัวของ Tempo ยังสามารถรองรับการแปลงระดับโปรโตคอลระหว่างเงินฝากที่ถูกโทเค็นไนซ์ต่างๆ ซึ่งจะทำให้การชำระเงินแบบรอบ-clock เป็นไปได้

สถานการณ์ที่สาม: การชำระเงินอัตโนมัติแบบความถี่สูงและจำนวนน้อย

ค่าธรรมเนียมการประมวลผลบัตรเครดิตมักประกอบด้วยค่าธรรมเนียมคงที่ประมาณ 0.2 ดอลลาร์สหรัฐต่อรายการ บวกกับค่าธรรมเนียมแบบเปอร์เซ็นต์ระหว่าง 1.5% ถึง 3% ซึ่งทำให้ธุรกรรมที่มีมูลค่าน้อยกว่า 1 ดอลลาร์สหรัฐไม่สามารถทำกำไรได้ในเชิงพาณิชย์—นี่คือเหตุผลพื้นฐานที่ทำให้ตลาดการชำระเงินขนาดเล็กมีช่องว่างมานาน Tempo ได้ออกแบบค่าธรรมเนียมที่ประมาณ 0.001 ดอลลาร์สหรัฐต่อรายการ เพื่อให้สถานการณ์ต่อไปนี้สามารถทำกำไรได้ในเชิงพาณิชย์เป็นครั้งแรก:

สถานการณ์ที่สี่: การชำระเงินอัตโนมัติโดยตัวแทน AI

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

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

6.1 โซ่สำหรับการชำระเงิน: Tempo เทียบกับ Circle Arc เทียบกับ Stable

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

Competitive Positioning Matrix

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

6.2 การเปรียบเทียบกับบล็อกเชนทั่วไป: Ethereum L2 กับ Solana

Ethereum L2 และ Solana เป็นสองประเภทของบล็อกเชนทั่วไปที่ได้รับการใช้งานอย่างแพร่หลายในบริบทการชำระเงิน ความแตกต่างหลักกับบล็อกเชนเฉพาะทางสำหรับการชำระเงินแสดงอยู่ในมิติต่อไปนี้:

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

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

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

แต่ต้องชี้ให้เห็นว่า การประยุกต์ใช้แอจีนที่สามารถชำระเงินด้วยตนเองในระดับใหญ่นั้น ขึ้นอยู่กับการชี้แจงอย่างชัดเจนเกี่ยวกับสถานะทางกฎหมายของตัวแทน AI ความรับผิด และเส้นทางการปฏิบัติตามกฎหมายต่อต้านการฟอกเงิน ความท้าทายที่ Tempo ต้องเผชิญเป็นเชิงโครงสร้าง ไม่ใช่เพียงแค่ในระดับการดำเนินการ เหตุประการแรก ความไม่แน่นอนทางการกำกับดูแลยังคงเป็นตัวแปรหลัก: การออกแบบแบบเนื้อแท้ของสกุลเงินคงค่าหมายความว่า Tempo ต้องสื่อสารโดยตรงกับหน่วยงานกำกับดูแลสกุลเงินในแต่ละประเทศ แทนที่จะซ่อนตัวอยู่เบื้องหลังเรื่องเล่าเกี่ยวกับ “โครงสร้างพื้นฐานที่เป็นกลาง” เหตุประการที่สอง ความตึงเครียดเกี่ยวกับความเข้ากันได้กับ EVM ยังไม่ได้รับการแก้ไข—การละทิ้ง EVM อาจเปิดพื้นที่การออกแบบที่สะอาดกว่า แต่ก็หมายถึงการสูญเสียความเคยชินของนักพัฒนาและเครื่องมือต่างๆ ที่สะสมมาหลายปีในระบบนิเวศ Ethereum เหตุประการที่สาม ความร่วมมือกับ Stripe ให้การรับรองทางธุรกิจที่หายากแก่โปรโตคอล MPP แต่การพึ่งพาอย่างเข้มแข็งเช่นนี้ก็เป็นแหล่งที่มาของความเปราะบาง เช่นเดียวกับความขัดแย้งภายในระหว่างความเปิดกว้างของโปรโตคอลกับขอบเขตผลประโยชน์ของพันธมิตรทางธุรกิจ ซึ่งจำเป็นต้องสังเกตอย่างต่อเนื่อง

สำหรับผู้เชี่ยวชาญในอุตสาหกรรม สิ่งที่ Tempo/MPP น่าศึกษาที่สุดอาจไม่ใช่การที่มันจะประสบความสำเร็จในฐานะ "ผู้ชนะในสายการชำระเงินบนบล็อกเชน" แต่คือคำถามที่มันตั้งขึ้นเอง: หลังจากโครงสร้างพื้นฐานการชำระเงินบนบล็อกเชนก้าวเข้าสู่ยุคของการแบ่งหน้าที่เฉพาะทางแล้ว ความได้เปรียบในการออกแบบโปรโตคอลควรได้รับการประเมินอย่างไร? นอกเหนือจากมาตรฐานประสิทธิภาพ ความแม่นยำในการแสดงความหมายของการชำระเงิน ความสามารถในการเชื่อมต่อการปฏิบัติตามกฎระเบียบ และแบบจำลองการมอบหมายตัวแทน อาจเป็นจุดแยกที่แท้จริงของโครงสร้างพื้นฐานการชำระเงินรุ่นถัดไป

1. เว็บไซต์อย่างเป็นทางการของ Tempo: https://tempo.xyz
2. บล็อกเปิดตัว Mainnet ของ Tempo: https://tempo.xyz/blog/mainnet/
3. เอกสารเฉพาะทางของ MPP Protocol: https://docs.tempo.xyz/mpp
4. ความมั่งคั่ง: Tempo ที่ได้รับการสนับสนุนจาก Stripe เปิดตัวโปรโตคอลการชำระเงินด้วยปัญญาประดิษฐ์ (2026.03.18)
5. The Block: Tempo Mainnet เปิดใช้งานแล้วพร้อม Machine Payments Protocol สำหรับตัวแทน
6. บล็อกของ Privy: การพัฒนาบน Privy ด้วย Machine Payments Protocol (MPP) ของ Tempo
7. Medium (jrodthoughts): สถาปัตยกรรมของความมั่งคั่งอัตโนมัติ — ภายใน Tempo's MPP
8. McKinsey & Artemis Analytics: รายงาน Stablecoins ในการชำระเงินปี 2025
9. ข้อมูลตลาด Stablecoin จาก CoinGecko
10. ข้อมูล Stablecoin บนโซ่ของ DeFiLlama