จะจับมูลค่าสูงสุดของเครือข่ายฟ้าผ่า + สินทรัพย์อัจฉริยะได้อย่างไร?

OmniLAB中文社区

特邀专栏作者

2020-04-15 14:45 (UTC+8)

บทความนี้มีประมาณ 6325 คำ การอ่านทั้งหมดใช้เวลาประมาณ 10 นาที

ยุคใหม่ของการหมุนเวียนสินทรัพย์ดิจิทัลและแอปพลิเคชันเชิงพาณิชย์

สรุปโดย AI

ยุคใหม่ของการหมุนเวียนสินทรัพย์ดิจิทัลและแอปพลิเคชันเชิงพาณิชย์

ตะกั่ว

Lightning Network เป็นโซลูชัน Layer 2 ที่ใช้ Bitcoin โดยมีจุดมุ่งหมายเพื่อให้ได้รับการชำระเงินทันทีและจำนวนเล็กน้อยผ่านช่องทางนอกเครือข่าย ปลดปล่อยแรงกดดันด้านทรัพยากรของห่วงโซ่หลัก และปรับปรุงประสิทธิภาพโดยรวมของเครือข่าย blockchain มีการกระจายในหลาย ๆ ประเทศและภูมิภาคต่างๆ ทั่วโลก พัฒนาโดยหลายทีมพร้อมๆ กัน ปัจจุบันเป็นหนึ่งในโซลูชันการขยายตัวที่ประสบความสำเร็จมากที่สุดในอุตสาหกรรมบล็อกเชนทั่วโลกและยังเป็นหนึ่งในโครงสร้างพื้นฐาน DeFi ที่สำคัญที่สุดอีกด้วย

อย่างที่เราทราบกันดีว่า Lightning Network ในปัจจุบันรองรับเฉพาะ BTC และไม่รองรับการหมุนเวียนของสินทรัพย์อัจฉริยะที่กำหนดเอง และแม้แต่ BTC ก็เป็นเพียงฟังก์ชันการชำระเงิน ซึ่งไม่สามารถตอบสนองความต้องการของแอปพลิเคชัน DeFi ได้เลย

ด้วยเหตุนี้ ตามหลักการพื้นฐานของเครือข่าย Lightning คณะกรรมการข้อกำหนดของ Omni จึงกำหนดมาตรฐาน OmniBOLT ซึ่งเป็นมาตรฐานการหมุนเวียนสินทรัพย์อัจฉริยะแรกของโลกภายในเครือข่าย Lightning และเป็นโปรโตคอลหลักที่สองที่เปิดตัวโดยคณะกรรมการข้อกำหนดของ Omni หลังจาก OmniLayer คณะกรรมการข้อกำหนด Omni มีชื่อเสียงจากการเปิดตัวโปรโตคอล OmniLayer ซึ่งเป็นแพลตฟอร์มการกระจายสินทรัพย์ดิจิทัลที่ใหญ่ที่สุดในโลก และปัจจุบันสนับสนุนการดำเนินงานของบริษัทบล็อกเชนมากกว่า 20,000 แห่งทั่วโลก

เป็นครั้งแรกที่ OmniBOLT เชื่อมต่อเครือข่ายสาธารณะทั้งหมดและทรัพย์สินที่เกี่ยวข้องเข้ากับช่องทางที่ออกแบบตามหลักการของ Lightning Network ทำให้สามารถโต้ตอบภายใน Onion Network ได้ ซึ่งจะช่วยเพิ่มความสามารถในการโต้ตอบของเครือข่ายสาธารณะแต่ละเครือข่ายได้อย่างมาก OmniBOLT สร้างขึ้นบน OmniLayer เนื่องจากรองรับสินทรัพย์อัจฉริยะในระดับพื้นฐาน จึงไม่เพียงรองรับการชำระเงิน BTC อย่างรวดเร็ว แต่ยังมีข้อดีที่สำคัญดังต่อไปนี้:
การชำระเงินอย่างรวดเร็วของทรัพย์สินอัจฉริยะโดยใช้ OmniLayer
การแลกเปลี่ยนปรมาณูแบบข้ามช่องทางของสินทรัพย์ต่างๆ
การแลกเปลี่ยนแบบกระจายอำนาจที่สร้างขึ้นบน Lightning Channel
สัญญาเงินกู้จำนองขึ้นอยู่กับการแลกเปลี่ยนปรมาณู
สัญญาอัจฉริยะ DeFi (Decentralized Finance) ที่เกี่ยวข้องเพิ่มเติม ผู้อ่านที่สนใจสามารถเยี่ยมชมบทที่ 6 ของข้อกำหนด OmniBOLT:

(https://github.com/).

การจำนอง ร้านค้าออนไลน์ และ DEX

1 เครือข่ายสายฟ้า & OmniLayer

ตามทฤษฎีพื้นฐานของ Lightning Network OmniBOLT อธิบายวิธีโอนสินทรัพย์บน OmniLayer ระหว่างช่องสัญญาณ Lightning และสินทรัพย์บน OmniLayer ได้รับประโยชน์จากทฤษฎีการชำระเงินแบบใหม่อย่างรวดเร็วอย่างไร OmniBOLT ไม่จำกัดเฉพาะการสนับสนุนการไหลเวียนของ BTC และ OmniBOLT เป็นการขยายตัวที่ยอดเยี่ยมของทฤษฎีพื้นฐานของ Lightning Network เพื่อรองรับการไหลเวียนของสินทรัพย์ที่กว้างขึ้นและตระหนักถึงสัญญาที่ซับซ้อนมากขึ้นผ่านการแลกเปลี่ยนอะตอมแบบหลายโทเค็น นอกจากนี้ยังมีอีกมาก สามารถรองรับการใช้งานจริงได้อย่างมีประสิทธิภาพ

OmniBOLT เองไม่ได้ออกโทเค็นใดๆ โทเค็นทั้งหมดออกบน OmniLayer และเข้าสู่เครือข่าย OmniBOLT ผ่านช่องทางที่สนับสนุนโดย P2(W)SH ทรัพย์สินที่เกี่ยวข้องจะถูกล็อคบนเชนหลักและสามารถแลกบนเชนหลัก OmniLayer ได้ตลอดเวลา

2 คำอธิบายแนวคิดหลัก

OBD: OmniBOLT Daemon กระบวนการ OmniBOLT daemon
ช่อง: ช่องหมายถึงช่อง Poon-Dryja ในเครือข่าย Lightning ช่องประกอบด้วย [Alice, USDT, Bob] ซึ่งหมายความว่า Alice และ Bob สร้างช่องและเติมเงินด้วย USDT
สินทรัพย์ (คุณสมบัติ): หมายถึงโทเค็นที่ออกบน OmniLayer ซึ่งเทียบเท่ากับ "สินทรัพย์"
Sequence Maturity Revocable Contract (RSMC): สัญญา Sequence Maturity Revocable (RSMC) ที่เพิกถอนได้ใช้เพื่อลงโทษโหนดที่เป็นอันตรายซึ่งเผยแพร่ข้อตกลงการทำธุรกรรมเก่าเพื่อให้ได้ยอดคงเหลือมากกว่ายอดคงเหลือเดิม
สัญญาล็อคเวลาแบบแฮช (HTLC): สัญญาแบบล็อคเวลาแบบแฮชเชื่อมโยงหลายช่องทางสำหรับการถ่ายโอนโทเค็นจากสองโหนดโดยไม่มีช่องทางโดยตรง
ธุรกรรมผูกพัน: หมายถึงธุรกรรมที่สร้างขึ้นแต่ไม่ได้เผยแพร่ และอาจใช้ไม่ได้เมื่อธุรกรรมผูกพันถัดไปปรากฏขึ้น
ธุรกรรมการลงโทษที่ชั่วร้าย BR: Breach Remedy ใช้ในสัญญาที่เพิกถอนได้ซึ่งหมดอายุ หากอลิซโกงโดยการออกอากาศรายการเก่า BR จะส่งเงินทั้งหมดของเธอให้บ็อบ
ธุรกรรมการชำระเงินที่เพิกถอนได้ RD: เมื่อ Alice ถ่ายทอดข้อผูกพันในการทำธุรกรรมทางกฎหมายล่าสุด RD จะจ่ายจากเอาต์พุตธุรกรรม 2-2 P2SH มันจะส่งเงินให้ Bob ทันที และจะส่งเงินให้ Alice หลังจากค่าสัมพัทธ์กับความสูงของบล็อกปัจจุบัน (เช่น 100 บล็อก)
HED: HTLC Execution Delivery, HTLC ดำเนินการธุรกรรมการชำระเงิน
HBR: HTLC Breach Remedy,HT: การทำธุรกรรมการหมดเวลา HTLC
HTRD: HTLC Timeout Revocable Delivery,การทำธุรกรรมการลงโทษที่ชั่วร้าย
HTBR: HTLC Timeout Breach Remedy,การหมดเวลาของ HTML สามารถยกเลิกธุรกรรมการชำระเงินได้
ธุรกรรม HTLC Timeout Evil Penalty ใช้เพื่อลงโทษฝ่ายที่เผยแพร่ข้อมูลธุรกรรมไทม์ล็อกแบบแฮชแบบเก่าระหว่างช่วงไทม์ล็อก
HTLSC: Hashed TimeLock Swap Contract,Atomic Swap Atomic Swap: เทคโนโลยี Atomic swap ช่วยให้สามารถทำธุรกรรมระหว่างโทเค็นได้โดยไม่จำเป็นต้องใช้ตัวกลางเช่นการแลกเปลี่ยน

สัญญาแลกเปลี่ยนแบบล็อกเวลาแบบแฮชประกอบด้วยชุดสัญญาแบบล็อกเวลาแบบแฮชสองชุดที่แยกจากกัน รวมถึงอัตราแลกเปลี่ยนโทเค็นเฉพาะและการล็อกเวลา

3 สัญญาสามารถยกเลิกได้เมื่อลำดับหมดอายุ

เพื่อป้องกันไม่ให้ผู้ประสงค์ร้ายปฏิเสธที่จะลงนามธุรกรรม P2SH ใดๆ ส่งผลให้เงินของอีกฝ่ายถูกล็อคอย่างถาวรในช่อง เราได้สร้างธุรกรรมที่มีข้อผูกมัดที่สามารถยกเลิกได้ นั่นคือ สัญญาครบกำหนดของลำดับที่เพิกถอนได้ (เพิกถอนได้ ลำดับการครบกำหนดสัญญา). สัญญาเพิกถอนการหมดอายุของลำดับที่แนะนำในที่นี้ได้รับการคิดค้นขึ้นครั้งแรกโดย Poon และ Dryja และเผยแพร่ในเอกสารไวท์เปเปอร์ฉบับแรกของ Lightning Network

ข้อความ "สร้างเงินทุนแล้ว" ไม่ได้หมายความว่าทั้งสองฝ่ายได้ฝากเงินทุนใดๆ ไว้ในช่อง การสื่อสารรอบแรกสร้างเพียงที่อยู่ P2SH สร้างธุรกรรม RSMC แต่ไม่ได้ออกอากาศ จากนั้นอลิซและบ็อบสามารถถ่ายทอดธุรกรรมการระดมทุนเพื่อโอนสินทรัพย์ Omni จริงไปยังช่อง

แผนภาพด้านล่างแสดงถึงสิ่งที่เราต้องทำก่อนเผยแพร่ธุรกรรมการฝาก/ภาระผูกพัน ไม่จำเป็นต้องสร้าง BR1a (Breach Remedy) ในทันที และสามารถสร้างได้ก่อนที่จะมีการสร้างธุรกรรมการผูกมัดครั้งต่อไป

โดยสรุป RSMC ประกอบด้วยห้าขั้นตอนต่อไปนี้:

ขั้นตอนที่ 1: Alice ใช้คีย์ส่วนตัวชั่วคราว Alice2 เพื่อสร้างที่อยู่แบบหลายลายเซ็นชั่วคราว 2-2 และรอลายเซ็นของ Bob: Alice2&Bob;

ขั้นตอนที่ 2: Alice สร้างการชำระเงินตามสัญญา C1a จาก Alice & Bob หนึ่งผลลัพธ์ชี้ไปที่ 60USDT ของ Alice2 & Bob และผลลัพธ์อื่นชี้ไปที่ Bob 40USDT

ขั้นตอนที่ 3: RD1a เป็นผลลัพธ์แรกของธุรกรรม C1a ที่จ่ายให้กับ Alice 60USDT แต่ธุรกรรม RD1a มีค่าลำดับที่ล่าช้าเพื่อป้องกันไม่ให้อลิซจ่ายเงิน 60USDT ทันทีเมื่อเธอโกง

ขั้นตอนที่ 4: Bob เซ็นชื่อ C1a และ RD1a และส่งกลับไปหาอลิซ

ขั้นตอนที่ 5: OBD สร้างธุรกรรมการไถ่ถอน: C1a/RD1a

แผนภาพด้านบนแสดงธุรกรรมข้อผูกมัดที่เกิดขึ้นภายในช่องทาง แสดงให้เห็นว่าสถานะภายในช่องทางมีการเปลี่ยนแปลงอย่างไร

"4 สัญญาแฮช Timelock"

-- Poon & Dryja, The Bitcoin Lightning Network: Scalable Off-chain Instant Payments

ช่องทางการชำระเงินแบบสองทิศทางทำให้สามารถโอนเงินได้อย่างปลอดภัยภายในช่องทางเดียวเท่านั้น ในการสร้างเครือข่ายแบบหลายช่องสัญญาณและใช้วิธีการแบบหลายฮอปเพื่อโอนเงินไปยังปลายทางอย่างปลอดภัย จำเป็นต้องสร้างสัญญาเพิ่มเติม: สัญญาล็อกเวลาแฮช

Alice ---(10 USDT)---> Bob ---(10 USDT)---> Carol ---(10 USDT)---> David.

ความเข้าใจผิดที่พบบ่อยเมื่อใช้ HTLC ในการโอนเงินคือ หาก Alice ต้องการจ่ายเงินให้ David 10 USDT เธอสามารถติดต่อ David ได้สองครั้ง:

[Alice --(10 USDT)--> Bob] ==(Bob has two channels)== [Bob --(10 USDT)--> Carol] ==(Carol has two channels)== [Carol --(10 USDT)--> David]

[A, USDT,สิ่งนี้ทำให้เกิดความสับสนเนื่องจากไม่มีแนวคิดเกี่ยวกับบัญชีส่วนบุคคลใน Lightning Network โครงสร้างพื้นฐานเดียวที่มีอยู่ใน Lightning Network คือช่องสัญญาณ ดังนั้นการกระโดดที่ถูกต้องคือ:

B] หมายถึงช่องที่สร้างโดย A และ B และเติมเงินด้วย USDT

Alice โอน 10 USDT ให้ Bob ในช่อง [Alice, USDT, Bob] จากนั้น Bob โอน 10 USDT ให้ Carol ในช่อง [Bob, USDT, Carol] และสุดท้าย Carol โอน 10 USDT ให้ David ใน [Carol, USDT, David ] .

>จุดประสงค์ของการออกแบบ HTLC คือเพื่อให้แน่ใจว่าช่องกลางจะไม่หักเงินและไม่โอนไปยังช่องถัดไป ดังนั้นเมื่อผู้รับในช่องแสดงรหัสที่ถูกต้อง (หรือแฮชพรีอิมเมจ) เท่านั้น เขาจึงจะได้รับเงิน และเพื่อให้ได้รหัสที่ถูกต้อง เขาต้องจ่ายเงินจำนวนเท่ากันให้กับผู้ถือกุญแจในอีกช่องหนึ่ง กระบวนการเฉพาะมีดังนี้:

หาก Bob สามารถให้ R แก่ Alice ได้ R นี้ (ภาพต้นฉบับของ Hash(R)) ที่ Carol ได้มอบให้ Bob เมื่อ Carol ทำธุรกรรม 10 USDT ในช่อง [Bob, USDT, Carol] เมื่อ 3 วันก่อน Bob จะได้รับจาก ช่อง [Alice, USDT, Bob] ได้รับเงิน 10 USDT ถ้า Bob ไม่สามารถให้ R ของอลิซได้ 10 USDT จะถูกส่งคืนให้อลิซ

เมื่อใช้ HTLC สำหรับการโอนเงิน [Alice-(10 USDT ใน HTLC)->Bob] เป็นผลลัพธ์ของธุรกรรมการเติมเงินเพิ่มเติม ซึ่งเป็นธุรกรรมที่ไม่ได้ออกอากาศซึ่งเชื่อมโยงกับ RD1a/BR1a

5 การแลกเปลี่ยนอะตอมหลายสินทรัพย์ข้ามช่องทาง

โดยทั่วไปแล้วการแลกเปลี่ยนปรมาณูเกิดขึ้นระหว่างบล็อกเชนต่างๆ การแลกเปลี่ยนโทเค็นโดยไม่ไว้วางใจ และทำให้มั่นใจว่าไม่มีฝ่ายใดในธุรกรรมมีโอกาสโกง ช่องใน OmniBOLT สามารถเติมเงินได้ด้วยสินทรัพย์ใดๆ ที่ออกโดย OmniLayer หากมีคนต้องการแลกเปลี่ยนโทเค็นของพวกเขา เช่น USDT/BTC ทั้งสองฝ่ายจำเป็นต้องใช้สูตรแฮชการเข้ารหัสเพื่อทราบผู้รับ USDT และ BTC ภายในระยะเวลาหนึ่ง หากฝ่ายใดฝ่ายหนึ่งที่เกี่ยวข้องไม่ยืนยันธุรกรรมภายในระยะเวลาหนึ่ง ธุรกรรมทั้งหมดจะถูกยกเลิกและเงินที่เกี่ยวข้องจะถูกส่งคืนไปยังบัญชีเดิม สิ่งนี้จะช่วยขจัดความเสี่ยงของคู่สัญญาออกจากการทำธุรกรรม

- where Tx 1 transfers 1000 USDT to Bob in channel `[Alice, USDT, Bob]`, locked by Hash(R), t1 and Bob's signature.

- Tx 2 transfers 1 BTC to Alice in channel `[Alice, BTC, Bob]`, locked by Hash(R), t2(`t2 < t1`) and Alice's signature .

.โปรแกรมแลกเปลี่ยนมาตรฐานระหว่างช่องแสดงในรูปด้านล่าง

ดังที่แสดงไว้ มี 5 ขั้นตอนในสัญญาแลกเปลี่ยน ในขั้นตอนที่ 3 อลิซเข้าสู่ R ในช่อง [Alice, BTC, Bob] เพื่อปลดล็อกธุรกรรม 2 เพื่อรับ 2 BTC ของเธอใน [Alice, BTC, Bob] ดังนั้น Bob ยังได้รับ R และใช้ R เพื่อปลดล็อก 900 USDT ในช่อง [Alice, USDT, Bob]

หากอลิซไม่เคยเข้า R ในช่อง [Alice, BTC, Bob] และไม่รับเงินของเธอ เมื่อถึงเวลา การทำธุรกรรมจะถูกยกเลิกและเงินทั้งสองฝั่งจะถูกส่งคืนแยกกัน และทั้งสองฝ่ายจะไม่ได้รับผลกระทบ การสูญเสีย

หลังจากป้อน R ในแต่ละช่องทาง ธุรกรรม 1 และ 2 จะกลายเป็น (เปลี่ยนเป็น) ธุรกรรมผูกมัดทั่วไป ซึ่งเหมือนกับกระบวนการแปลง HTLC เป็นธุรกรรมผูกมัด

ในเวลาเดียวกัน Bob ได้สร้าง HTLC อีกช่องทางหนึ่ง [Alice, BTC, Bob] และมิเรอร์ธุรกรรมของมันที่ฝั่งของ Alice โดยส่ง BTC ตามจำนวนที่ตกลงไว้ให้กับ Alice Timelock t2 ตั้งเป็น 2 วัน น้อยกว่า t1 = 3 วัน

Atomic swap เป็นพื้นฐานของแอปพลิเคชันบล็อกเชนจำนวนมาก บทต่อไปจะนำเสนอตัวอย่างเพิ่มเติม ซึ่งจะใช้งานง่ายขึ้นและช่วยนักพัฒนาสร้างกรณีการใช้งานที่ซับซ้อนมากขึ้นสำหรับโลกแห่งธุรกิจจริง

6 แอปพลิเคชัน: การจำนอง ร้านขายสัตว์เลี้ยง และความเป็นไปได้อื่นๆ

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

（Collateral Lending Contract）

สัญญาเงินกู้จำนอง

การให้สินเชื่อเพื่อที่อยู่อาศัยมีจุดประสงค์เฉพาะดังต่อไปนี้:

“คุณวางสิ่งที่มีมูลค่าเป็นหลักประกันในบัญชีเอสโครว์และฉันจะให้ยืมเงินตาม LTV (Loan to Value) ที่เหมาะสม หากคุณชำระคืนภายในวันที่ตกลง ฉันจะคืนหลักประกันของคุณ ถ้าไม่ หลักประกันของคุณจะเป็นของ ถึงฉัน."

มีผลใช้บังคับ HTLSC จะสร้างบัญชีเอสโครว์สำหรับคู่สัญญาในการกู้ยืม เราถือว่าสถานการณ์ต่อไปนี้:

Bob ต้องการยืมเงิน 900 USDT จาก Alice และเขาใช้ 1 BTC เป็นหลักประกัน

Bob เริ่มสัญญาการแลกเปลี่ยน (HTLSC 1)

Bob---"Alice: สัญญาแลกเปลี่ยน (1BTC, สินทรัพย์คือ USDT, อัตราแลกเปลี่ยนคือ 900, ล็อคเวลาคือ 30 วัน, Hash (R1),...)

สิ่งนี้จะสร้าง HTLSC ในช่อง [Alice, BTC, Bob]

อลิซ---"บ๊อบ: สัญญาการแลกเปลี่ยนที่ได้รับ (จำนวนเงินคือ 900 USDT อัตราแลกเปลี่ยนคือ 900 การล็อกเวลาคือ 20 วัน แฮช (R1)...)

ในขณะเดียวกัน Bob จำเป็นต้องสร้างสัญญาไถ่ถอน (HTLSC 2 ) เพื่อที่จะได้รับ 1 BTC คืนในอนาคต

Bob --- "Alice: สัญญาแลกเปลี่ยน (ปริมาณคือ 900 USDT, สินทรัพย์คือ BTC, อัตราแลกเปลี่ยนคือ 1/900, การล็อคเวลาคือ 60 วัน, Hash (R2),...)

Alice---"Bob: ได้รับสัญญาแลกเปลี่ยน (จำนวน 1 BTC, อัตราแลกเปลี่ยน = 1/900, ล็อคเวลาคือ 50 วัน, Hash (R2),...)

สิ่งนี้จะสร้าง HTLSC ในช่อง [Alice, BTC, Bob]

หลังจากที่ทั้งสองฝ่ายได้รับทั้งสัญญาสวอปและ OBDs ของพวกเขาช่วยสร้างธุรกรรมที่เกี่ยวข้องทั้งหมดที่ HTLSC ต้องการ Bob สามารถใช้ R1 เพื่อรับ 900 USDT ในช่อง [Alice, USDT, Bob] ผ่าน HTLSC 1 ดังนั้น Alice จึงได้รับ 1 BTC จาก Bob เป็นหลักประกัน

หลังจากนั้นไม่นาน Bob ต้องการแลก 1 BTC ของเขา เขาใช้ R2 ใน HTLSC 2 เพื่อแลก 1 BTC ของเขาผ่าน HTLSC2 ในช่อง [Alice, BTC, Bob] ดังนั้น Alice จึงได้รับ 900USDT ของเธอในช่อง [Alice, USDT, Bob]

แน่นอนว่าอลิซสามารถกำหนดอัตราแลกเปลี่ยนตามราคาของ BTC ตัวอย่างเช่น เธอสามารถขอให้ Bob สร้างสัญญาแลกเปลี่ยนที่มีอัตราแลกเปลี่ยน 1/905 จากนั้นเธอจะได้รับ 905 USDT เมื่อ Bob แลก BTC

ร้านขายสัตว์เลี้ยงออนไลน์

แอปพลิเคชันร้านขายสัตว์เลี้ยงใช้การแลกเปลี่ยนอะตอมแบบขั้นตอนเดียวเท่านั้น:"PET"อลิซใช้ Omnilayer เพื่อเผยแพร่การเผยแพร่ที่เรียกว่า

สินทรัพย์ PET แต่ละตัวเป็นตัวแทนของแมวที่เข้ารหัส

Bob และ Alice สร้างช่อง USDT และช่อง PET และเติมเงินในช่อง USDT

Bob สร้าง HTLSC เพื่อจ่ายเงินให้อลิซ 100 USDT เพื่อแลกกับคิตตี้ที่เข้ารหัส

มันเป็นเรื่องง่าย :-)

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

7 การใช้งาน Wallet & API อย่างเป็นทางการ

https://github.com/omnilaboratory/OmniBOLT-spec

ที่อยู่อย่างเป็นทางการของข้อกำหนด OmniBOLT:

https://github.com/omnilaboratory/obd/

การดำเนินการตามข้อกำหนด OmniBOLT สามารถเข้าถึงพื้นที่เก็บข้อมูลอย่างเป็นทางการ: