BTC
ETH
HTX
SOL
BNB
Xem thị trường
简中
繁中
English
日本語
한국어
ภาษาไทย
Tiếng Việt

Làm cách nào để nắm bắt giá trị tối đa của mạng sét + tài sản thông minh?

OmniLAB中文社区
特邀专栏作者
Bài viết này có khoảng 6325 từ, đọc toàn bộ bài viết mất khoảng 10 phút
Một kỷ nguyên mới của lưu thông tài sản kỹ thuật số và ứng dụng thương mại.
Tóm tắt AI
Mở rộng
Một kỷ nguyên mới của lưu thông tài sản kỹ thuật số và ứng dụng thương mại.

chỉ huy

chỉ huy

Lightning Network là một giải pháp Lớp 2 dựa trên Bitcoin. Nó nhằm mục đích thực hiện các khoản thanh toán tức thời và số lượng nhỏ thông qua các kênh ngoài chuỗi, giải phóng áp lực tài nguyên của chuỗi chính và cải thiện hiệu suất tổng thể của mạng chuỗi khối. Nó được phân phối ở nhiều quốc gia và khu vực trên thế giới Được phát triển bởi nhiều nhóm cùng lúc, nó hiện là một trong những giải pháp mở rộng thành công nhất trong ngành công nghiệp blockchain toàn cầu và nó cũng là một trong những cơ sở hạ tầng DeFi quan trọng nhất.

Như chúng ta đã biết, Lightning Network hiện tại chỉ hỗ trợ BTC và không hỗ trợ lưu thông các tài sản thông minh tùy chỉnh. Và ngay cả BTC cũng chỉ là một chức năng thanh toán, hoàn toàn không thể đáp ứng nhu cầu của các ứng dụng DeFi.

Để đạt được mục tiêu này, dựa trên các nguyên tắc cơ bản của Lightning Network, Ủy ban Thông số kỹ thuật Omni đã xây dựng tiêu chuẩn OmniBOLT, đây là tiêu chuẩn lưu thông tài sản thông minh đầu tiên trên thế giới trong Lightning Network và là giao thức chính thứ hai do Ủy ban Thông số kỹ thuật Omni đưa ra sau OmniLayer. Ủy ban đặc tả Omni nổi tiếng với việc tung ra giao thức OmniLayer, nền tảng phân phối tài sản kỹ thuật số lớn nhất thế giới và hiện đang hỗ trợ hoạt động của hơn 20.000 công ty blockchain trên toàn thế giới.

  • Lần đầu tiên, OmniBOLT kết nối tất cả các chuỗi công khai và tài sản liên quan với các kênh được thiết kế theo nguyên tắc của Lightning Network, cho phép chúng tương tác trong Onion Network, điều này sẽ nâng cao đáng kể khả năng tương tác của từng chuỗi công khai. OmniBOLT được xây dựng dựa trên OmniLayer, vì nó hỗ trợ tài sản thông minh ở mức cơ bản nên nó không chỉ hỗ trợ thanh toán BTC nhanh chóng mà còn có những ưu điểm đáng kể sau:

  • Thanh toán nhanh các tài sản thông minh dựa trên OmniLayer.

  • Hoán đổi nguyên tử giữa các kênh của các tài sản khác nhau.

  • Một sàn giao dịch phi tập trung được xây dựng trên Lightning Channel.

  • Hợp đồng cho vay thế chấp dựa trên hoán đổi nguyên tử.

  • Các hợp đồng thông minh DeFi (Tài chính phi tập trung) có thể áp dụng nhiều hơn. Độc giả quan tâm có thể truy cập Chương 6 của thông số kỹ thuật OmniBOLT:

(https://github.com/).

Thế chấp, Cửa hàng trực tuyến và DEX

1 Lightning Network & OmniLayer

Dựa trên lý thuyết cơ bản về Lightning Network, OmniBOLT mô tả cách chuyển tài sản trên OmniLayer giữa các kênh sét và cách tài sản trên OmniLayer được hưởng lợi từ lý thuyết thanh toán nhanh mới. OmniBOLT không giới hạn ở việc hỗ trợ lưu thông BTC và OmniBOLT là sự mở rộng tuyệt vời của lý thuyết cơ bản về Lightning Network để hỗ trợ phạm vi lưu thông tài sản rộng hơn và hiện thực hóa các hợp đồng phức tạp có thể áp dụng hơn thông qua các giao dịch hoán đổi nguyên tử đa mã thông báo. có khả năng hỗ trợ hiệu quả cho các ứng dụng trong thế giới thực.

Bản thân OmniBOLT không phát hành bất kỳ mã thông báo nào. Tất cả các mã thông báo được phát hành trên OmniLayer và tham gia mạng OmniBOLT thông qua một kênh được hỗ trợ bởi P2(W)SH. Các tài sản liên quan bị khóa trên chuỗi chính và có thể được đổi trên chuỗi chính OmniLayer bất kỳ lúc nào.

2 Giải thích các khái niệm chính

  • OBD: OmniBOLT Daemon, quy trình daemon OmniBOLT.

  • Kênh: Kênh đề cập đến kênh Poon-Dryja trong Lightning Network. Kênh bao gồm [Alice, USDT, Bob], có nghĩa là Alice và Bob tạo một kênh và nạp tiền bằng USDT.

  • Tài sản (tài sản): Đề cập đến mã thông báo được phát hành trên OmniLayer, tương đương với "tài sản".

  • Hợp đồng đáo hạn trình tự có thể hủy bỏ (RSMC): Hợp đồng đáo hạn trình tự có thể hủy bỏ được sử dụng để trừng phạt các nút độc hại phát các cam kết giao dịch cũ để có được số dư nhiều hơn số dư ban đầu của chúng.

  • Hợp đồng khóa thời gian băm (HTLC): Hợp đồng khóa thời gian băm liên kết nhiều kênh để chuyển mã thông báo từ hai nút không có kênh trực tiếp.

  • Giao dịch cam kết: Đề cập đến những giao dịch được tạo nhưng không được phát và có thể bị vô hiệu khi Giao dịch cam kết tiếp theo xuất hiện.

  • Giao dịch Trừng phạt Ác ma BR: Biện pháp Khắc phục Vi phạm được sử dụng trong hợp đồng có thể hủy ngang khi hết hạn theo trình tự, nếu Alice gian lận bằng cách phát đi giao dịch cũ, BR sẽ gửi tất cả tiền của cô ấy cho Bob.

  • Giao dịch thanh toán có thể hủy bỏ RD: Khi Alice phát đi cam kết giao dịch hợp pháp mới nhất, RD thanh toán từ đầu ra giao dịch 2-2 P2SH. Nó sẽ gửi tiền cho Bob ngay lập tức và nó sẽ gửi tiền cho Alice sau một giá trị tương đối với chiều cao khối hiện tại (ví dụ: 100 khối).

  • HED: Giao hàng thực thi HTLC, HTLC thực hiện các giao dịch thanh toán.

  • HBR: HTLC Breach Remedy,HT: Giao dịch giao dịch hết thời gian HTLC

  • HTRD: HTLC Timeout Revocable Delivery,Giao dịch trừng phạt ác

  • HTBR: HTLC Timeout Breach Remedy,Hết thời gian HTLC có thể thu hồi giao dịch thanh toán

  • HTLC Timeout Evil Penalty Giao dịch được sử dụng để trừng phạt các bên phát thông tin giao dịch khóa thời gian đã băm cũ trong thời gian khóa thời gian.

  • HTLSC: Hashed TimeLock Swap Contract,Hoán đổi nguyên tử Hoán đổi nguyên tử: Công nghệ hoán đổi nguyên tử cho phép giao dịch giữa các mã thông báo mà không cần phương tiện tập trung, chẳng hạn như trao đổi.

Hợp đồng trao đổi khóa thời gian băm bao gồm hai bộ hợp đồng khóa thời gian băm riêng biệt cũng như tỷ giá hối đoái mã thông báo cụ thể và khóa thời gian.

3 Hợp đồng có thể bị hủy khi trình tự hết hạn

Để ngăn các bên độc hại từ chối ký bất kỳ giao dịch P2SH nào, khiến tiền của bên kia bị khóa vĩnh viễn trong kênh, chúng tôi đã xây dựng một giao dịch cam kết có thể bị hủy bỏ, đó là Hợp đồng đáo hạn trình tự có thể hủy bỏ (Revocable Sequence Maturity Hợp đồng). Hợp đồng có thể hủy ngang khi hết hạn trình tự được giới thiệu ở đây lần đầu tiên được phát minh bởi Poon và Dryja và được xuất bản trong sách trắng đầu tiên của Lightning Network.

Thông báo "tiền được tạo" không có nghĩa là bất kỳ khoản tiền nào đã được gửi vào kênh bởi cả hai bên. Vòng giao tiếp đầu tiên chỉ tạo địa chỉ P2SH, xây dựng giao dịch RSMC nhưng không phát sóng nó. Sau đó, Alice và Bob có thể phát một giao dịch tài trợ để chuyển tài sản Omni thực vào kênh.

Sơ đồ bên dưới thể hiện những gì chúng ta phải làm trước khi phát một giao dịch gửi tiền/cam kết. BR1a (Breach Remedy) không cần phải được tạo ngay lập tức và có thể được tạo trước khi giao dịch cam kết tiếp theo được tạo.

Tóm lại, RSMC bao gồm năm bước sau:

Bước 1: Alice sử dụng khóa riêng tạm thời Alice2 để tạo địa chỉ đa chữ ký 2-2 tạm thời và chờ chữ ký của Bob: Alice2&Bob;

Bước 2: Alice xây dựng một khoản thanh toán cam kết C1a từ Alice & Bob, một đầu ra chỉ ra 60USDT của Alice2 & Bob và đầu ra còn lại chỉ ra 40USDT của Bob.

Bước 3: RD1a là đầu ra đầu tiên của giao dịch C1a, được trả cho Alice 60USDT. Nhưng giao dịch RD1a có giá trị chuỗi bị trì hoãn để ngăn Alice trả 60USDT của cô ấy ngay lập tức khi cô ấy gian lận.

Bước 4: Bob ký tên vào C1a và RD1a và gửi lại cho Alice

Bước 5: OBD tạo giao dịch quy đổi: C1a/RD1a

Sơ đồ trên cho thấy một giao dịch cam kết diễn ra trong một kênh, thể hiện trạng thái trong kênh chuyển đổi như thế nào.

"4 hợp đồng khóa thời gian băm"

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

Các kênh thanh toán hai chiều cho phép tiền được chuyển an toàn chỉ trong một kênh. Để xây dựng một mạng lưới đa kênh và sử dụng các phương pháp multi-hop để chuyển tiền đến đích một cách an toàn, một hợp đồng bổ sung cần được xây dựng: hợp đồng khóa thời gian băm.

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

Một quan niệm sai lầm phổ biến khi sử dụng HTLC để chuyển khoản là nếu Alice muốn trả cho David 10 USDT, cô ấy có thể liên hệ với David sau hai bước:

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

[A, USDT,Điều này gây nhầm lẫn vì không có khái niệm về tài khoản cá nhân trong Lightning Network. Khối xây dựng cơ bản duy nhất có sẵn trong Lightning Network là các kênh. Vì vậy, bước nhảy chính xác là thế này:

B] đại diện cho kênh được tạo bởi A và B và được nạp lại bằng USDT.

Alice chuyển 10 USDT cho Bob trong kênh [Alice, USDT, Bob], sau đó Bob chuyển 10 USDT cho Carol trong kênh [Bob, USDT, Carol] và cuối cùng Carol chuyển 10 USDT cho David trong [Carol, USDT, David ] .

>Mục đích của việc thiết kế HTLC là để đảm bảo rằng kênh trung gian sẽ không giữ lại tiền và không chuyển nó sang kênh tiếp theo. Vì vậy, chỉ khi người nhận trong kênh xuất trình đúng khóa (hoặc Hash preimage), anh ta mới có thể nhận được tiền và để lấy đúng khóa, anh ta phải trả cho người giữ khóa số tiền tương tự ở kênh khác . Quy trình cụ thể như sau:

Nếu Bob có thể đưa cho Alice R, thì R này (hình ảnh gốc của Hash(R)) mà Carol đã đưa cho Bob khi Carol thực hiện giao dịch 10 USDT trên kênh [Bob, USDT, Carol] 3 ngày trước, thì Bob sẽ nhận được từ kênh [Alice, USDT, Bob] đã nhận được 10 USDT tiền. Nếu Bob không thể đưa Alice R, 10 USDT sẽ được trả lại cho Alice.

Khi sử dụng HTLC để chuyển tiền, [Alice-(10 USDT trong HTLC)->Bob] là đầu ra của một giao dịch nạp tiền bổ sung, một giao dịch không phát sóng được liên kết với RD1a/BR1a.

5 Hoán đổi nguyên tử đa tài sản đa kênh

Nói chung, hoán đổi nguyên tử xảy ra giữa các chuỗi khối khác nhau, trao đổi mã thông báo mà không cần sự tin tưởng và đảm bảo rằng không bên nào trong giao dịch có cơ hội gian lận. Các kênh trong OmniBOLT có thể được nạp lại bằng bất kỳ nội dung nào do OmniLayer phát hành. Nếu ai đó cần giao dịch mã thông báo của họ, chẳng hạn như USDT/BTC, cả hai bên cần sử dụng công thức băm mật mã để biết người nhận USDT và BTC trong một khoảng thời gian nhất định. Nếu một trong các bên liên quan không xác nhận giao dịch trong một khoảng thời gian nhất định, toàn bộ giao dịch sẽ bị hủy và số tiền liên quan được trả lại tài khoản ban đầu. Điều này loại bỏ rủi ro đối tác từ giao dịch.

- 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 .

.Chương trình trao đổi tiêu chuẩn giữa các kênh được hiển thị trong hình bên dưới

Hợp đồng trao đổi khóa thời gian băm bao gồm hai bộ hợp đồng khóa thời gian băm riêng biệt cũng như tỷ giá hối đoái mã thông báo cụ thể và khóa thời gian.

Như đã trình bày, có 5 bước trong một hợp đồng hoán đổi. Ở bước 3, Alice nhập R trong kênh [Alice, BTC, Bob] để mở khóa giao dịch 2 để nhận 2 BTC của cô ấy trong [Alice, BTC, Bob]. Do đó, Bob cũng nhận được R và sử dụng R để mở khóa 900 USDT của mình trong kênh [Alice, USDT, Bob].

Nếu Alice không bao giờ nhập R trong kênh [Alice, BTC, Bob] và không lấy tiền của cô ấy, thì khi đến thời điểm, giao dịch sẽ bị hủy và tiền của cả hai bên sẽ được trả lại riêng và không bên nào bị thiệt hại lỗ vốn.

Sau khi nhập R vào mỗi kênh, giao dịch 1 và 2 trở thành (biến thành) giao dịch cam kết chung, giống như quá trình chuyển đổi HTLC thành giao dịch cam kết.

Đồng thời, Bob tạo một HTLC khác trong một kênh khác [Alice, BTC, Bob] và giao dịch phản chiếu của nó ở phía Alice, gửi số lượng BTC đã thỏa thuận cho Alice. Khóa thời gian t2 được đặt thành 2 ngày, nhỏ hơn t1 = 3 ngày.

Hoán đổi nguyên tử là cơ sở của nhiều ứng dụng chuỗi khối. Chương tiếp theo sẽ trình bày nhiều ví dụ hơn, trực quan hơn và giúp các nhà phát triển xây dựng các trường hợp sử dụng phức tạp hơn cho thế giới kinh doanh thực.

6 Ứng dụng: Thế chấp, Cửa hàng thú cưng và nhiều khả năng khác

Ví dụ sau sử dụng hoán đổi nguyên tử đa cấp cho các tình huống cụ thể. Quy trình có liên quan sẽ được thực thi bởi một chương trình được viết bằng ngôn ngữ hoàn chỉnh Turing (chẳng hạn như Javascript hoặc Solidity) và API OBD sẽ được gọi để hoàn thành các tác vụ cơ bản. Tất cả những người tham gia sẽ chạy các chương trình để kiểm tra xem tất cả các giao dịch đều hợp lệ và các bên liên quan có trung thực hay không.

(Collateral Lending Contract)

Hợp đồng vay cầm cố

Cho vay thế chấp phục vụ các mục đích cụ thể sau:

"Bạn gửi một thứ gì đó có giá trị làm tài sản thế chấp vào tài khoản ký quỹ và tôi cho bạn vay dựa trên LTV (Khoản cho vay theo giá trị) thích hợp. Nếu bạn trả nợ trước ngày đã thỏa thuận, tôi sẽ trả lại tài sản thế chấp của bạn. Nếu không , tài sản thế chấp của bạn sẽ thuộc về bạn với tôi."

Trên thực tế, HTLSC tạo tài khoản ký quỹ cho các bên trong khoản vay. Chúng tôi giả định tình huống sau:

Bob muốn vay 900 USDT từ Alice và anh ấy sử dụng 1 BTC làm tài sản thế chấp.

Bob bắt đầu một hợp đồng trao đổi (HTLSC 1)

Bob---"Alice: hợp đồng trao đổi (1BTC, tài sản là USDT, tỷ giá hối đoái là 900, thời gian khóa là 30 ngày, Hash (R1),...)

Điều này tạo HTLSC trong kênh [Alice, BTC, Bob].

Alice---"Bob: Đã nhận được hợp đồng trao đổi (số tiền là 900 USDT, tỷ giá hối đoái là 900, thời gian khóa là 20 ngày, Hash (R1),...).

Đồng thời, Bob cần tạo hợp đồng mua lại (HTLSC 2 ) để nhận lại 1 BTC của mình trong tương lai.

Bob --- "Alice: hợp đồng trao đổi (số lượng là 900 USDT, tài sản là BTC, tỷ giá hối đoái là 1/900, thời gian khóa là 60 ngày, Hash (R2),...).

Alice---"Bob: Đã nhận được hợp đồng trao đổi (số tiền là 1 BTC, tỷ giá hối đoái = 1/900, thời gian khóa là 50 ngày, Hash (R2),...)

Điều này tạo HTLSC trong kênh [Alice, BTC, Bob].

Chỉ sau khi các bên nhận được cả hai hợp đồng hoán đổi và các OBD của họ giúp tạo tất cả các giao dịch tương ứng theo yêu cầu của HTLSC, Bob mới có thể sử dụng R1 để nhận 900 USDT của mình trong kênh [Alice, USDT, Bob] qua HTLSC 1, vì vậy Alice nhận được 1 BTC từ Bob thế chấp.

Sau một thời gian, Bob muốn đổi 1 BTC của mình. Anh ấy sử dụng R2 trong HTLSC 2 để đổi 1 BTC của mình qua HTLSC2 trong kênh [Alice, BTC, Bob], vì vậy Alice nhận được 900 USDT của mình trong kênh [Alice, USDT, Bob].

Tất nhiên, Alice có thể đặt tỷ giá hối đoái dựa trên giá của BTC. Ví dụ: cô ấy có thể yêu cầu Bob tạo một hợp đồng trao đổi với tỷ giá hối đoái là 1/905. Sau đó, cô ấy sẽ nhận được 905 USDT khi Bob đổi BTC.

cửa hàng thú cưng trực tuyến

Ứng dụng cửa hàng thú cưng chỉ sử dụng hoán đổi nguyên tử một giai đoạn:"PET"Alice sử dụng Omnilayer để xuất bản một bản phát hành có tên

tài sản, mỗi PET đại diện cho một con mèo được mã hóa.

Bob và Alice thiết lập kênh USDT và kênh PET, đồng thời nạp tiền vào kênh USDT.

Bob tạo HTLSC để trả cho Alice 100 USDT để đổi lấy một chú mèo con được mã hóa.

Dễ thôi :-)

Trong thực tế, Alice và Bob thậm chí không cần thiết lập một kênh trực tiếp. Bằng cách sử dụng HTLC, bạn có thể mượn kênh của người khác để trao đổi.

7 Triển khai ví & API chính thức

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

Thông số kỹ thuật OmniBOLT địa chỉ chính thức:

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

Việc triển khai đặc tả OmniBOLT có thể truy cập vào kho lưu trữ chính thức:

https://api.omnilab.online/

Javascript API:

https://github.com/omnilaboratory/DebuggingTool/blob/master/js/obdapi.js.

Tài liệu trực tuyến về API:

https://github.com/omnilaboratory/DebuggingTool

Công cụ sửa lỗi GUI:

[1]. Bitcoin Lightning network White Paper:lightning.network/lightning-network-paper.pdf

nội dung tham khảohttps://github.com/lightningnetwork/lightning-rfc

[2].Thông số kỹ thuật BOLT:https://github.com/lightningnetwork/lnd

[3] Đồ án lưới chống sét:https://github.com/OmniLayer/spec

[4].Đặc tả OmniLayer:https://github.com/omnilaboratory/OmniBOLT-spec

[5].Thông số kỹ thuật của OmniBOLT:https://github.com/omnilaboratory/obd

[6].Dự án OmniBOLT:https://github.com/OmniLayer/omniwallet

[7].Ví OmniLayer:https://github.com/OmniLayer/OmniJ

[8] Dự án triển khai Java của OmniJ:

Biên tập viên của vấn đề này|Zerun

闪电网络
稳定币
Chào mừng tham gia cộng đồng chính thức của Odaily
Nhóm đăng ký:
https://t.me/Odaily_News
Nhóm trò chuyện:
https://t.me/Odaily_GoldenApe
Tài khoản chính thức:
https://twitter.com/OdailyChina