Thảo luận về nguyên lý kỹ thuật DLC và ý tưởng tối ưu hóa
1. Giới thiệu
Hợp đồng số log rời rạc ( DLC ) là một giải pháp thanh toán điều kiện dựa trên oracle, được Tadge Dryja từ MIT đề xuất vào năm 2018. Nó cho phép các bên thực hiện thanh toán theo các điều kiện đã định trước, các bên tham gia xác định trước các kết quả có thể xảy ra và thực hiện ký trước, và sử dụng các chữ ký trước này để thực hiện thanh toán khi oracle ký kết kết quả. DLC có thể tạo ra các ứng dụng tài chính phi tập trung mới, đồng thời đảm bảo an toàn cho tiền gửi Bitcoin.
So với mạng lưới Lightning, DLC có những lợi thế sau:
Bảo vệ quyền riêng tư tốt hơn
Hỗ trợ hợp đồng tài chính phức tạp
Giảm thiểu rủi ro từ đối tác
Không cần quản lý kênh thanh toán
Có khả năng mở rộng tốt hơn trong hợp đồng phức tạp
Tuy nhiên, DLC vẫn tồn tại một số vấn đề:
Rủi ro rò rỉ khóa
Vấn đề trung tâm hóa của oracle
Sau khi phi tập trung, không thể khai thác khóa.
Rủi ro âm mưu
Vấn đề trả lại tiền thừa với mệnh giá cố định
Bài viết này sẽ khám phá nguyên lý DLC và đưa ra một số giải pháp tối ưu để giải quyết những vấn đề này.
2. Nguyên lý DLC
Lấy ví dụ về việc Alice và Bob cược vào tính chẵn lẻ của giá trị băm khối thứ n+k:
Khởi tạo: tạo ra G, bậc q
Tạo khóa: Oracle, Alice, Bob lần lượt tạo ra khóa riêng và khóa công.
Giao dịch góp vốn: Alice và Bob mỗi người khóa 1BTC vào đầu ra đa chữ ký 2-of-2
Giao dịch thực hiện hợp đồng: Tạo hai CET để chi tiêu giao dịch đầu tư
Tính toán cam kết R, S, S' của oracle và phát sóng
Alice và Bob tính toán khóa công khai mới
Thanh toán: Oracle tạo ra s hoặc s' dựa trên kết quả và phát sóng
Rút tiền: Người thắng sử dụng khóa riêng mới để rút tài sản
Toàn bộ quá trình đảm bảo tính công bằng và an toàn, đồng thời thực hiện thanh toán theo điều kiện.
3. Tối ưu DLC
3.1 Quản lý khóa
Khóa riêng và số ngẫu nhiên của oracle là rất quan trọng, việc bị rò rỉ hoặc mất mát có thể dẫn đến các vấn đề về an ninh:
Mất khóa riêng: không thể thanh toán, cần thực hiện hoàn tiền
Rò rỉ khóa riêng: Tất cả DLC đối mặt với rủi ro gian lận
Rò rỉ/sử dụng lại số ngẫu nhiên: có thể suy ra khóa riêng
Mất số ngẫu nhiên: không thể thanh toán DLC cụ thể
Đề xuất sử dụng BIP32 để sinh khóa con, sử dụng giá trị băm cho số ngẫu nhiên để tránh trùng lặp hoặc mất mát.
3.2 Oracle phi tập trung
Sử dụng chữ ký ngưỡng Schnorr để thực hiện oracle phi tập trung, có những lợi thế sau:
Tăng cường an ninh
Kiểm soát phân tán
Tăng cường khả năng sử dụng
Tính linh hoạt và khả năng mở rộng
Có thể truy cứu trách nhiệm
3.3 Kết hợp giữa phi tập trung và quản lý khóa
Trong bối cảnh phi tập trung, khóa riêng hoàn chỉnh không tồn tại, không thể sử dụng trực tiếp để phân nhánh BIP32. Có thể áp dụng phương pháp phân nhánh khóa phân tán, khiến các mảnh khóa riêng con và khóa con thỏa mãn mối quan hệ nội suy.
Cần xem xét vấn đề tương thích giữa BIP32 nâng cao và không nâng cao.
3.4 OP-DLC: giảm thiểu sự tin cậy của oracle
Đề xuất cơ chế OP-DLC, giới thiệu thách thức lạc quan:
Staking oracle trước
Bất kỳ bên tham gia trung thực nào cũng có thể khởi xướng thách thức
Thử thách thành công thì phạt kẻ ác tiên tri
Chỉ cần một bên tham gia trung thực có thể tăng đáng kể tỷ lệ chấp nhận lỗi.
3.5 OP-DLC + BitVM cầu đôi
Kết hợp OP-DLC và BitVM để giải quyết vấn đề của DLC trong ứng dụng cầu nối chuỗi.
Thực hiện hoàn tiền với bất kỳ độ phân giải nào
Cung cấp nhiều kênh nạp rút tiền
Tin cậy tối thiểu của oracle
Tăng cường tỷ lệ sử dụng vốn
4. Kết luận
Công nghệ DLC đang phát triển không ngừng, kết hợp với các công nghệ mới như Taproot, BitVM, có thể thực hiện việc xác minh và thanh toán hợp đồng ngoài chuỗi phức tạp hơn. Cơ chế thách thức OP giúp đạt được sự tối thiểu hóa niềm tin của oracle, nâng cao thêm tính an toàn và khả năng sử dụng của DLC.
Trang này có thể chứa nội dung của bên thứ ba, được cung cấp chỉ nhằm mục đích thông tin (không phải là tuyên bố/bảo đảm) và không được coi là sự chứng thực cho quan điểm của Gate hoặc là lời khuyên về tài chính hoặc chuyên môn. Xem Tuyên bố từ chối trách nhiệm để biết chi tiết.
10 thích
Phần thưởng
10
8
Chia sẻ
Bình luận
0/400
OnChainDetective
· 07-23 07:00
Máy Oracle的背后，连机构 Nhà đầu tư lớn都在玩的 Sổ lệnh...
Xem bản gốcTrả lời0
AirdropFatigue
· 07-21 04:51
Thuật toán này còn chơi nữa à? Mò mẫm
Xem bản gốcTrả lời0
Web3ExplorerLin
· 07-20 16:31
thú vị! dlcs giống như những câu đố zen số cho kỷ nguyên blockchain...
Xem bản gốcTrả lời0
AllInAlice
· 07-20 08:11
Cảm giác chỉ là biến thể của Máy Oracle mà thôi.
Xem bản gốcTrả lời0
BoredStaker
· 07-20 08:10
Nghe càng nhiều càng khó hiểu...
Xem bản gốcTrả lời0
CryptoAdventurer
· 07-20 08:02
Lại làm ra những thứ cao siêu như vậy, đồ ngốc học không nổi.
Thảo luận về kế hoạch tối ưu hóa DLC: Chìa khoá bảo mật, Phi tập trung và cơ chế OP-DLC
Thảo luận về nguyên lý kỹ thuật DLC và ý tưởng tối ưu hóa
1. Giới thiệu
Hợp đồng số log rời rạc ( DLC ) là một giải pháp thanh toán điều kiện dựa trên oracle, được Tadge Dryja từ MIT đề xuất vào năm 2018. Nó cho phép các bên thực hiện thanh toán theo các điều kiện đã định trước, các bên tham gia xác định trước các kết quả có thể xảy ra và thực hiện ký trước, và sử dụng các chữ ký trước này để thực hiện thanh toán khi oracle ký kết kết quả. DLC có thể tạo ra các ứng dụng tài chính phi tập trung mới, đồng thời đảm bảo an toàn cho tiền gửi Bitcoin.
So với mạng lưới Lightning, DLC có những lợi thế sau:
Tuy nhiên, DLC vẫn tồn tại một số vấn đề:
Bài viết này sẽ khám phá nguyên lý DLC và đưa ra một số giải pháp tối ưu để giải quyết những vấn đề này.
2. Nguyên lý DLC
Lấy ví dụ về việc Alice và Bob cược vào tính chẵn lẻ của giá trị băm khối thứ n+k:
Khởi tạo: tạo ra G, bậc q
Tạo khóa: Oracle, Alice, Bob lần lượt tạo ra khóa riêng và khóa công.
Giao dịch góp vốn: Alice và Bob mỗi người khóa 1BTC vào đầu ra đa chữ ký 2-of-2
Giao dịch thực hiện hợp đồng: Tạo hai CET để chi tiêu giao dịch đầu tư
Tính toán cam kết R, S, S' của oracle và phát sóng
Alice và Bob tính toán khóa công khai mới
Thanh toán: Oracle tạo ra s hoặc s' dựa trên kết quả và phát sóng
Rút tiền: Người thắng sử dụng khóa riêng mới để rút tài sản
Toàn bộ quá trình đảm bảo tính công bằng và an toàn, đồng thời thực hiện thanh toán theo điều kiện.
3. Tối ưu DLC
3.1 Quản lý khóa
Khóa riêng và số ngẫu nhiên của oracle là rất quan trọng, việc bị rò rỉ hoặc mất mát có thể dẫn đến các vấn đề về an ninh:
Đề xuất sử dụng BIP32 để sinh khóa con, sử dụng giá trị băm cho số ngẫu nhiên để tránh trùng lặp hoặc mất mát.
3.2 Oracle phi tập trung
Sử dụng chữ ký ngưỡng Schnorr để thực hiện oracle phi tập trung, có những lợi thế sau:
3.3 Kết hợp giữa phi tập trung và quản lý khóa
Trong bối cảnh phi tập trung, khóa riêng hoàn chỉnh không tồn tại, không thể sử dụng trực tiếp để phân nhánh BIP32. Có thể áp dụng phương pháp phân nhánh khóa phân tán, khiến các mảnh khóa riêng con và khóa con thỏa mãn mối quan hệ nội suy.
Cần xem xét vấn đề tương thích giữa BIP32 nâng cao và không nâng cao.
3.4 OP-DLC: giảm thiểu sự tin cậy của oracle
Đề xuất cơ chế OP-DLC, giới thiệu thách thức lạc quan:
Chỉ cần một bên tham gia trung thực có thể tăng đáng kể tỷ lệ chấp nhận lỗi.
3.5 OP-DLC + BitVM cầu đôi
Kết hợp OP-DLC và BitVM để giải quyết vấn đề của DLC trong ứng dụng cầu nối chuỗi.
4. Kết luận
Công nghệ DLC đang phát triển không ngừng, kết hợp với các công nghệ mới như Taproot, BitVM, có thể thực hiện việc xác minh và thanh toán hợp đồng ngoài chuỗi phức tạp hơn. Cơ chế thách thức OP giúp đạt được sự tối thiểu hóa niềm tin của oracle, nâng cao thêm tính an toàn và khả năng sử dụng của DLC.