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

Một góc nhìn mới về Blockchain: Cơ sở dữ liệu, Đồng thuận, Tổng hợp và Cầu nối

区块律动BlockBeats
特邀专栏作者
Bài viết này có khoảng 10031 từ, đọc toàn bộ bài viết mất khoảng 15 phút
Từ góc độ Blockchain như một Cơ sở dữ liệu, hãy hiểu giao thức đồng thuận, các cầu nối Lớp 1, Lớp 2 và chuỗi chéo cũng như cách chuyển tài sản từ cơ sở dữ liệu này sang cơ sở dữ liệu khác thông qua cầu nối.
Tóm tắt AI
Từ góc độ Blockchain như một Cơ sở dữ liệu, hãy hiểu giao thức đồng thuận, các cầu nối Lớp 1, Lớp 2 và chuỗi chéo cũng như cách chuyển tài sản từ cơ sở dữ liệu này sang cơ sở dữ liệu khác thông qua cầu nối.

Tác giả: Patrick McCorry

Biên soạn gốc: 0x 26

Bài viết này là của Patrick McCorry của Quỹ Arbitrum và Lemniscap. Patrick là tiến sĩ đầu tiên của Vương quốc Anh tốt nghiệp về tiền điện tử. Trong quá trình học tiến sĩ từ năm 2013 đến năm 2016, anh đã nghiên cứu các hướng liên quan đến Bitcoin và Ethereum, sau đó làm trợ lý giáo sư tại King's College London và là nhà nghiên cứu tại UCL, NCL và UIUC. Vào năm 2019, Patrick rời trường đại học để bắt đầu hoạt động kinh doanh Lớp 2 và được Infura mua lại. Trong thời gian làm việc tại Infura, anh ấy cũng đã sản xuất một bộ khóa học blockchain hoàn chỉnh. Patrick đã gia nhập Lemniscap và Arbitrum Foundation.

Bài viết này được chia thành hai phần, phần đầu tiên là Blockchain làm cơ sở dữ liệu và phần thứ hai là Cơ sở dữ liệu cầu nối. Patrick đã sử dụng những nguyên tắc đầu tiên để trừu tượng hóa chuỗi khối thành dạng giao thức đồng thuận + cơ sở dữ liệu và dựa trên đó, anh giải thích nguyên tắc hoạt động của Lớp 1, Lớp 2 và cầu nối chuỗi chéo, cũng như sự khác biệt giữa Lớp 1 và Lớp 2, v.v.

Sau đây là nguyên văn bài viết do Rhythm biên soạn:

Blockchain là cơ sở dữ liệu

Có rất nhiều tranh luận về việc liệu cầu nối xác minh có xác định tổng số hay nói cách khác:

cuộn bằng cầu?

Hãy lùi lại một bước và xem xét vấn đề này từ những nguyên tắc đầu tiên.

Chuỗi khối là gì?

Làm cách nào để chuyển tài sản từ cơ sở dữ liệu này sang cơ sở dữ liệu khác thông qua cầu nối?

Chúng ta thảo luận về hai chủ đề trên qua hai bài viết, sau khi thảo luận chúng ta sẽ nhìn lại hai chủ đề này và đánh giá xem chúng có đúng hay không.

Chuỗi khối là gì?

Mục đích chính của blockchain: cho phép bất kỳ bên thứ ba nào tính toán cùng một thông tin cơ sở dữ liệu và tin rằng dữ liệu này là hợp lệ

Trung tâm của blockchain là cơ sở dữ liệu, ghi lại:

  • Số dư tài khoản

  • mã hợp đồng thông minh

  • trạng thái chương trình

Trong hầu hết các hệ thống, blockchain xác định thứ tự của tất cả các giao dịch lịch sử.

Ít nhất đó là những gì chúng tôi đã học được trong một thời gian dài.

Nó không nhất thiết phải là một danh sách các giao dịch. Rất có thể là một danh sách các khác biệt về trạng thái, kèm theo bằng chứng không có kiến ​​thức ở bên cạnh.

Vậy chuỗi khối là gì?

Blockchain là tập hợp các bảng dữ liệu tuần tự, có thể tính toán một bản sao cơ sở dữ liệu theo những quy tắc nhất định.

Nhấn mạnh lại mục đích của blockchain:

Cho phép người dùng tính toán các bản sao cơ sở dữ liệu.

Nhiệm vụ duy nhất là làm cho nó có thể sao chép cơ sở dữ liệu này.

chán phải không?

Đã đạt được sự đồng thuận trên blockchain

Về blockchain, một trong những câu đố là:

Làm thế nào để cộng đồng đạt được sự đồng thuận toàn cầu (sự đồng thuận) và nhận ra blockchain thực sự là gì?

Nếu chúng ta có thể thống nhất cùng một blockchain, người dùng trên toàn thế giới có thể tính toán cùng một cơ sở dữ liệu.

Điều này dẫn đến ý tưởng về một giao thức đồng thuận, với mục tiêu đơn giản:

Tập hợp một nhóm các bên có thể ẩn danh, không tin tưởng để thống nhất về một quyết định.

Trong bối cảnh của blockchain, giao thức đồng thuận cho phép một bên đề xuất một “khối” dữ liệu, nối nó vào đầu chuỗi dữ liệu và tất cả các bên khác đồng ý rằng đây thực sự là tiêu đề khối mới.

Đó là lý do tại sao nó được gọi là blockchain, bởi vì tất cả chúng ta đều đồng ý về cùng một chuỗi khối dữ liệu!

Có một số thách thức kỹ thuật cần xem xét khi thiết kế và triển khai giao thức đồng thuận:

  • Chúng ta có thể cởi mở để mọi người đều có thể tham gia không?

  • Mức độ phức tạp trong giao tiếp cần thiết để tất cả các bên đồng ý?

  • Có thể cung cấp các khuyến khích tài chính để mọi người tham gia tích cực không?

Mặc dù đây là một chủ đề rất thú vị và phức tạp nhưng hiện tại chúng ta đừng tập trung vào những thách thức này. Điều duy nhất cần nhớ là chỉ cần có một giao thức đồng thuận cho phép tất cả các bên đồng ý về các khối dữ liệu mới.

Một trường hợp thực tế mới về các giao thức đồng thuận

Trong những năm qua, đặc biệt là trong quá trình theo đuổi blockchain Lớp 1, cộng đồng đã trải nghiệm nhiều cấu hình giao thức đồng thuận khác nhau:

  • Nakamoto về Bitcoin

  • Gasper trên Ethereum

  • Tendermint trên Cosmos

  • Người tuyết trên tuyết lở

Trong hầu hết các trường hợp, chiến lược tiếp cận thị trường của (giao thức) là xuất bản một giao thức đồng thuận mới, giao thức này liên tục cập nhật cơ sở dữ liệu. Không chỉ về việc triển khai giao thức đồng thuận mà còn về tất cả cơ sở hạ tầng xung quanh nó. Và ở cấp độ xã hội, để đa số trung thực không có cơ hội tham gia.

Đây là một nhiệm vụ khó khăn.

Nó cũng đặt ra một câu hỏi thú vị:

Nếu tôi muốn triển khai một chuỗi mà cuối cùng sẽ trở thành một cơ sở dữ liệu mới, tôi có thực sự cần triển khai một giao thức đồng thuận mới không?

Thật ngạc nhiên, câu trả lời là không!

Mang lại giao thức đồng thuận hiện có

Blockchain có thể giống như một bảng thông báo, cho phép mọi người nhìn thấy cùng một thông điệp.

Trước khi đi sâu vào, hãy tưởng tượng một sự trừu tượng:

Bảng thông báo đảm bảo rằng dữ liệu có thể được xem liên tục bởi tất cả những người cần nó.

Đây là một khái niệm liên quan đến giao thức bỏ phiếu điện tử. Bảng thông báo cho phép tất cả người dùng truy cập vào cùng một bản ghi giao thức. Người dùng có thể lấy bản ghi này, tự thực hiện nó và xác minh rằng giao thức là chính xác. Trong trường hợp bỏ phiếu điện tử, (bảng thông báo) có thể được sử dụng để kiểm tra xem chiến dịch bỏ phiếu có đang diễn ra chính xác hay không và tất cả các phiếu bầu có được ghi lại chính xác hay không.

Điều này có liên quan gì đến blockchain? Vâng, chỉ:

Bất cứ ai cũng có thể truy cập dữ liệu trong Bảng tin,

Sau đó, bất kỳ ai cũng có thể lấy dữ liệu được đánh dấu thời gian và tính toán một bản sao của cơ sở dữ liệu. Trên thực tế, nhiều chuỗi Lớp 1, đặc biệt là Bitcoin và Ethereum, là những bảng thông báo đặc biệt tốt. Ngoài ra, chúng còn giúp bạn dễ dàng ghi dữ liệu lên bảng thông báo.

Chỉ cần cuộn dữ liệu và xuất bản nó trên hệ thống blockchain

Việc sử dụng lại hệ thống blockchain hiện có được gọi là rollup.

Rollup: Tất cả dữ liệu được tổng hợp và xuất bản lên chuỗi tương ứng.

Việc quyết định thứ tự dữ liệu và đảm bảo rằng mọi người đều có thể truy cập được dữ liệu đó được giao cho các hệ thống blockchain hiện có. Đây không phải là một ý kiến ​​mới. Trên thực tế, nó đã tồn tại được khoảng 10 năm. Phương thức tổng hợp đã trở thành một cách phổ biến để khởi động cơ sở dữ liệu mới.

Có rất nhiều ví dụ: Coloredcoins, MasterCoin/Omni, Ordinals, Arbitrum, Optimism, StarkEx, ZkSync, Polygon Hermez, Scroll.

Tất cả các dự án trên và một số dự án khác đang cố gắng khởi động cơ sở dữ liệu mới trên Bitcoin hoặc Ethereum.

Trên thực tế, do tính phổ biến của phương pháp này, nên có một nền tảng tên là Celestia tập trung vào việc xây dựng cơ sở dữ liệu dành riêng cho việc khởi chạy các bản tổng hợp.

Chúng ta vẫn có thể coi rollup như một blockchain:

Một loạt dữ liệu được xuất bản định kỳ và được thêm vào cơ sở dữ liệu quan hệ tuần tự.

Các khối có thể trông khác nhau và thậm chí có thể là một chuỗi các khối dữ liệu. Nhưng nói chung, nó vẫn là các cấu trúc dữ liệu chỉ nối thêm luôn có thứ tự (hoặc nhân quả).

Cuối cùng, cho dù phát triển một giao thức đồng thuận mới hay phục hồi một giao thức hiện có, mục tiêu đều giống nhau: khởi động cơ sở dữ liệu.

Nguyên tắc phân tích cấu trúc dữ liệu khối

Cộng đồng có trách nhiệm thực thi và thực thi các quy tắc được chấp nhận trên toàn cầu, đặc biệt là chống lại các nút nội bộ của hệ thống.

Giả sử tất cả các bên đều có quyền truy cập vào cùng một dữ liệu, thách thức cuối cùng là yêu cầu tất cả các bên tuân theo cùng một bộ quy tắc để phân tích khối dữ liệu và tính toán các bản sao cơ sở dữ liệu (“chức năng chuyển đổi trạng thái”).

Một ví dụ về phân tích dữ liệu:

Lấy một khối dữ liệu, phân tích nó thành một giao dịch,

Kiểm tra xem giao dịch có thể thực thi được hay không, thực thi nó trên một máy ảo cụ thể, chuyển bản cập nhật tới cơ sở dữ liệu.

Điều này dẫn đến một vấn đề đặc biệt với tiền điện tử:

Khi đối mặt với việc phân tích dữ liệu, cần có một bộ quy tắc phân tích cú pháp với sự đồng thuận toàn cầu.

Khi phối hợp các quy tắc phân tích cú pháp nhất quán trên toàn cầu, chúng ta cần đánh giá hai trường hợp:

Các hoạt động được thực hiện. Các quy tắc mà tất cả các bên đồng ý, được thực thi 99,9%.

Quy tắc quản trị. Tất cả các bên đều có quy trình thiết lập, đề xuất và thống nhất các quy định mới.

Đầu tiên, hầu hết tất cả các cuộc thảo luận đều liên kết tính bảo mật của mạng blockchain với các hoạt động thực thi quy tắc hàng ngày. Điều này quan trọng vì nó xem xét cách phần mềm và các bên liên quan thực thi nhất quán cùng một bộ quy tắc để bảo vệ cơ sở dữ liệu.

Tuy nhiên, sự đảm bảo cuối cùng cho việc bảo mật mạng blockchain, đặc biệt khi có vấn đề trong việc thực hiện các hoạt động - có nghĩa là cập nhật các quy tắc. Về việc thay đổi các quy định như thế nào và khi nào thực hiện các quy định mới, phải có một quy trình để tất cả những người tham gia đạt được sự đồng thuận ở cấp độ xã hội.

Hãy cùng khám phá các khái niệm về thực thi và quản trị chi tiết hơn.

thực hiện một thao tác

Tất cả chúng ta đều có trách nhiệm tiếp tục thực thi các quy tắc và xác thực mọi cập nhật cơ sở dữ liệu được đề xuất.

Việc thực hiện các hoạt động hàng ngày là điều khiến cơ sở dữ liệu điện toán cho các hệ thống blockchain trở nên thú vị!

Chúng ta chỉ cần đồng ý ở hai điều:

Nơi tìm tổng thứ tự của các khối dữ liệu Quy tắc phân tích khối dữ liệu.

Thế là đủ rồi. Miễn là cơ sở dữ liệu tuân theo các quy tắc, tất cả người tham gia đều có cơ hội lấy các khối dữ liệu và thực thi các quy tắc.

Mọi người nên tin tưởng vào nội dung của cơ sở dữ liệu, cho dù người tham gia là lớn hay nhỏ, người khởi xướng đặt hàng hay nút gia đình.

Tiến thêm một bước nữa, miễn là tất cả những người tham gia thị trường đều thực thi các quy tắc giống nhau và tất cả họ đều có thể tính toán cùng một bản sao của cơ sở dữ liệu, thì chúng ta có thể để thị trường quyết định những gì nên được coi là một blockchain thực sự.

quy định quản trị

Tất cả các hệ thống blockchain phải được hướng dẫn bởi một bộ quy tắc để phân tích dữ liệu và cơ sở dữ liệu máy tính.

Hầu như tất cả các hệ thống blockchain đều yêu cầu giai đoạn khởi động:

(Bitcoin) Bitcoin Core đến từ Satoshi Nakamoto

(Ethereum) Giấy vàng thông qua Gavin Wood.

Thông thường, một dự án được khởi động bởi một nhóm nhỏ các nhà phát triển, những người quyết định các quy tắc, khởi chạy chuỗi khối và chuyển giao phần mềm (và do đó là các quy tắc) cho cộng đồng rộng lớn hơn.

Bước tiếp theo là thay đổi các quy tắc.

Có nhiều lý do để thay đổi quy tắc, chẳng hạn như nâng cấp phần mềm hoặc sửa lỗi. Bất kỳ thay đổi nào đối với các quy tắc sẽ cần có sự đồng ý rộng rãi hơn, hay còn gọi là sự đồng thuận xã hội.

Có hai cách để đạt được sự đồng thuận về việc thay đổi các quy tắc:

Sự đồng thuận thô bạo. Quá trình không rõ ràng và không xác định.

Quản trị trên chuỗi. Quy trình bỏ phiếu quản trị mã thông báo rõ ràng.

Sự đồng thuận sơ bộ trước đây là một phần cốt lõi của các mạng blockchain như Bitcoin và Ethereum. Nó liên quan đến quá trình con người đạt được thỏa thuận với nhiều bên khác nhau và sau đó nhà phát triển triển khai nâng cấp, đề xuất ngày đánh dấu khi bản nâng cấp có thể đi vào hoạt động.

Sau này, quản trị trên chuỗi, lần đầu tiên được tiên phong bởi Tezos, cho phép người tham gia bỏ phiếu rõ ràng về việc có nên triển khai nâng cấp hay không, sau đó cung cấp thời gian biểu để có thể cập nhật phần mềm sau khi bỏ phiếu thành công. Như chúng ta sẽ thấy ngay sau đây, cách tiếp cận quản trị trên chuỗi đã trở nên phổ biến trong các DAO như một cách quản lý một dự án duy nhất.

Trong cả hai trường hợp trên, vẫn cần phải thống nhất về đề xuất nâng cấp và (thậm chí khi đó) không có gì đảm bảo rằng nó sẽ diễn ra suôn sẻ:

Không có sự phân chia blockchain: việc nâng cấp được thực hiện suôn sẻ, với sự đồng thuận toàn cầu (bao gồm cả thị trường) chỉ chấp nhận một cơ sở dữ liệu quy tắc mới.

Phân chia chuỗi khối: Nếu việc nâng cấp bị tranh chấp và cả hai bên tranh chấp vẫn đang diễn ra thì điều đó có thể dẫn đến một phân nhánh vĩnh viễn, vì hai cộng đồng áp dụng các quy tắc khác nhau, tính toán cơ sở dữ liệu khác nhau và mỗi cộng đồng có vốn hóa thị trường riêng.

Nói cách khác, quy trình quản trị chỉ mang lại một kết quả không rõ ràng là cộng đồng có thể chấp nhận đề xuất nâng cấp hay không. (Kết quả thực sự) Chúng tôi chỉ có thể biết chắc chắn sau ngày gắn thẻ và quá trình nâng cấp được thực hiện. Rất có thể các thành viên cộng đồng sẽ phản đối, bỏ qua các quy tắc mới và cho phép hai cơ sở dữ liệu cạnh tranh xuất hiện. Giống như BTC/BCH và ETH/ETC.

Cuối cùng, có hai cách để thực hiện thay đổi quy tắc mới:

cái nĩa cứng. Những thay đổi có thể phát hiện được đối với các quy tắc mà các nút không nâng cấp sẽ từ chối. Thực hiện các thay đổi có thể phát hiện được đối với các quy tắc, các nút không được nâng cấp sẽ không thể tham gia vào các quy tắc mới.

Nĩa mềm. Những thay đổi không thể phát hiện được đối với các quy tắc mà các nút không nâng cấp sẽ bỏ qua. Những thay đổi không thể phát hiện được đối với quy tắc, các nút không nâng cấp sẽ bỏ qua phần này.

Khái niệm hard fork hoặc soft fork tập trung vào việc liệu một thay đổi trong quy tắc có thể được phát hiện hay không và nó phản ứng như thế nào với nó. Có thể dễ dàng xảy ra tranh luận sôi nổi về việc nên sử dụng phương pháp nào vì cuối cùng nó ảnh hưởng đến khả năng chống kiểm duyệt của mạng, bảo vệ chống lại các cuộc tấn công độc hại và liệu người dùng có thể chọn tham gia một cách rõ ràng để thay đổi quy tắc hay không.

thế giới cơ sở dữ liệu

Toàn bộ nhiệm vụ của mạng blockchain là xây dựng một cơ sở dữ liệu mở cho phép mọi người đọc, viết và bảo mật nó.

Trong 14 năm qua, các thử nghiệm lớn nhất trong cộng đồng luôn tập trung vào việc làm thế nào để xây dựng cơ sở dữ liệu “tốt hơn”.

Đã có một sự tiến hóa đáng chú ý:

  • Cơ sở dữ liệu được quản lý. Tái tạo trải nghiệm web2 nhưng tin cậy vào nhà điều hành để bảo vệ tính toàn vẹn và hoạt động của cơ sở dữ liệu.

  • cơ sở dữ liệu công cộng. Cho phép mọi người đọc cơ sở dữ liệu nhưng cuối cùng phải tin cậy người vận hành cập nhật cơ sở dữ liệu đó.

  • cơ sở dữ liệu mở. Cho phép mọi người đọc, viết và bảo mật cơ sở dữ liệu.

Để đưa ra một số ví dụ:

Nền tảng giao dịch tập trung. Hầu hết tất cả các nền tảng giao dịch đều triển khai cơ sở dữ liệu kiểu web2 và không ai có thể tính toán một bản sao của cơ sở dữ liệu.

Bằng chứng về quyền lực (PoA). Một số hệ thống blockchain dựa vào một cơ quan được chỉ định hoặc nhiều cơ quan được chỉ định để xuất bản các khối mới nhằm cập nhật cơ sở dữ liệu. Bất kỳ ai cũng có thể tải xuống khối, phân tích khối dữ liệu và tính toán bản sao của cơ sở dữ liệu. Họ chỉ không có thẩm quyền đề xuất các khối mới.

Đồng thuận Nakamoto. Bất kỳ ai sẵn sàng chi tiêu nguồn tài chính đều có thể tham gia vào quá trình cập nhật cơ sở dữ liệu bằng cách xuất bản (và bỏ phiếu cho) các khối mới. Tương tự, bất kỳ ai cũng có thể tải khối xuống, phân tích khối và tính toán bản sao của cơ sở dữ liệu.

Bây giờ - chúng tôi sử dụng từ tốt hơn vì câu trả lời - cơ sở dữ liệu tốt là gì, rất chủ quan và phụ thuộc vào số liệu mà cộng đồng đang cố gắng tối ưu hóa:

  • Những người tham gia giá trị có thể tham gia vào giao thức đồng thuận?

  • Đánh giá người tham gia có thể tải xuống bản sao của cơ sở dữ liệu?

  • Hạn chế ai có thể ghi vào cơ sở dữ liệu mà không cần sự chấp thuận của các nhà khai thác đáng tin cậy?

  • Bạn không quan tâm đến chi phí giao dịch trên hệ thống? Có lẽ trong khi cố gắng giữ dữ liệu mở cho bất kỳ ai?

  • Sự đánh đổi dễ dàng nhất đối với bà là gì?

Chúng ta có thể xác định các số liệu một cách khách quan và đánh giá mức độ hệ thống blockchain đạt được các mục tiêu đã nêu. Cộng đồng sẽ mãi mãi tranh luận về số liệu nào quan trọng và cách họ có thể đạt được chúng tốt hơn so với đối thủ cạnh tranh. Tuy nhiên, cuối cùng, điều quan trọng là nơi người dùng chọn giao dịch và lý do họ đưa ra quyết định đó.

Chỉ một câu hỏi - làm cách nào để di chuyển nội dung từ cơ sở dữ liệu này sang cơ sở dữ liệu khác? Ví dụ: luồng người dùng thông thường có thể bao gồm:

  • trực tuyến. Mua token trên Coinbase

  • chuyển khoản. Chuyển token từ Coinbase sang Ethereum

  • hoạt động. Hãy dùng thử ứng dụng DeFi,

  • chuyển khoản. Chuyển token từ Ethereum sang Arbitrum

  • hoạt động. Hãy dùng thử ứng dụng DeFi,

  • chuyển khoản. chuyển token từ Arbitrum sang Binance,

  • ngoài chuỗi. vào đấu thầu hợp pháp.

Tất cả các hệ thống được đặt tên đều là cơ sở dữ liệu riêng lẻ với mức độ bảo mật và khả năng kiểm tra khác nhau. Tuy nhiên, để có thể chuyển giao tài sản, chúng ta cần nói về những cây cầu, đây sẽ là trọng tâm trong bài viết tiếp theo của chúng ta!

Cầu nối thế giới - Giới thiệu

Đánh giá ngắn: Blockchain như một cơ sở dữ liệu

Bài viết trên tìm hiểu “blockchain là gì”, đây là cơ hội tuyệt vời để hiểu mục đích của blockchain.

Vậy chuỗi khối là gì?

Chuỗi khối chỉ đơn giản là một cấu trúc dữ liệu quy định thứ tự tổng thể của dữ liệu (giao dịch).

Chỉ có một mục đích duy nhất:

Bất cứ ai cũng có thể sử dụng blockchain, phân tích dữ liệu (giao dịch) theo thứ tự và tạo ra một bản sao của cùng một cơ sở dữ liệu.

Bây giờ đến lượt - một trong những vấn đề khó khăn nhất trong mạng blockchain: làm thế nào để người tham gia xác minh rằng họ có cùng một bản sao duy nhất của blockchain?

Nói một cách đơn giản, toàn bộ lĩnh vực kỹ thuật blockchain tập trung vào:

Triển khai một cơ sở dữ liệu duy nhất.

Trên quy mô toàn cầu, cách duy nhất để tất cả các bên hội tụ trên cùng một blockchain là tham gia giao thức đồng thuận. Nó cho phép tất cả các bên đồng ý về quyết định thêm khối mới nhất.

Một lưu ý thú vị là một khối dữ liệu không nhất thiết phải là danh sách các giao dịch, trên thực tế có hai tùy chọn:

Lịch sử giao dịch. Một danh sách rõ ràng các giao dịch cần thực hiện. hình dạng

sự khác biệt của nhà nước. Danh sách sự khác biệt về trạng thái có thể được sử dụng để cập nhật các vị trí trong cơ sở dữ liệu.

Các tác nhân có quyền quyết định cách phân tích dữ liệu thành một bộ quy tắc (hàm chuyển trạng thái) có thể áp dụng cho các cập nhật cơ sở dữ liệu. Các phương pháp chuyển đổi trạng thái mới xuất hiện tương đối gần đây nhờ sự gia tăng các bằng chứng về tính hợp lệ.

Vì vậy, suy cho cùng, mục đích chung của tất cả các giao thức blockchain là đảm bảo rằng dữ liệu được sắp xếp hợp lý và được cung cấp cho mọi người. Trên thực tế, có một giả định rất tế nhị:

phát sóng gần đây. Giao thức đồng thuận chỉ có thể đảm bảo việc phát hành dữ liệu tại một thời điểm nhất định.

Không có gì đảm bảo rằng các quyết định đã được thống nhất trong lịch sử đều có sẵn và hầu hết các nút cung cấp dữ liệu đều có tính vị tha (Lưu ý của người dịch, hầu hết các nút cung cấp dữ liệu giao dịch lịch sử đều được thúc đẩy bởi lòng vị tha. Điều này là do trong khu vực Trong mạng blockchain, các nút không có nghĩa vụ phải giữ tất cả dữ liệu giao dịch.).

Cuối cùng, khi quyết định cách đảm bảo tính công khai của dữ liệu cơ sở dữ liệu, các dự án có thể đưa ra các lựa chọn sau:

Triển khai giao thức đồng thuận mới (Lớp 1)

Tái sử dụng giao thức đồng thuận hiện có (rollup)

Công việc trước đây là một công việc khó khăn. Nó đòi hỏi toàn bộ hệ sinh thái phải sẵn sàng đẩy mạnh và thường yêu cầu đa số người tham gia trung thực để bảo vệ hệ thống.

Rollup thừa nhận rằng việc khởi động một hệ sinh thái như vậy là rất khó và việc xây dựng các bánh xe có rất ít giá trị. Việc tận dụng Lớp 1 làm bảng thông báo sẽ dễ dàng hơn nhiều và giữ cho nó luôn sẵn có tất cả dữ liệu liên quan (và được sắp xếp).

Cho dù dự án quyết định triển khai Lớp 1 mới hay bản tổng hợp thì tất cả các phương pháp tiếp cận đều dẫn đến một thế giới cơ sở dữ liệu với các mức độ giả định về độ tin cậy và bảo mật khác nhau.

Chúng ta có thể dễ dàng phân loại chúng thành cơ sở dữ liệu đóng, công khai hoặc mở, nhấn mạnh vào việc cơ sở dữ liệu có thể đọc được một cách công khai hay không và các cơ chế được sử dụng để cho phép ghi vào cơ sở dữ liệu.

Một cầu nối chuỗi chéo để chuyển tài sản từ cơ sở dữ liệu này sang cơ sở dữ liệu khác.

Những điều trên nghe có vẻ lý thuyết, nhưng có bằng chứng thực nghiệm cho thấy chúng ta hiện đang sống trong một thế giới có hàng trăm hoặc hàng nghìn cơ sở dữ liệu đang tìm cách tương tác với các tài sản tiền điện tử.

Điều này dẫn đến câu hỏi tiếp theo:

Làm cách nào để người dùng chuyển tài sản của họ từ cơ sở dữ liệu này sang cơ sở dữ liệu khác?

Chúng ta cần nghiên cứu cách người dùng chuyển tài sản của họ từ cơ sở dữ liệu này sang cơ sở dữ liệu khác.

Nói rộng hơn, cách họ chuyển thông tin giữa các hệ thống khác nhau. Hãy cùng tìm hiểu!

bắc cầu thế giới

Đó là tất cả về cách gửi tin nhắn từ cơ sở dữ liệu này sang cơ sở dữ liệu khác qua một cây cầu

Có một thành phần có thể giúp hiện thực hóa loại thế giới blockchain mà bạn tưởng tượng:

Cầu: Cung cấp lối đi cho những thứ khó hoặc không thể vượt qua.

Trên thực tế, công việc của cây cầu rất đơn giản. Nó sẽ cho phép tin nhắn truyền từ cơ sở dữ liệu này sang cơ sở dữ liệu khác. Nó có thể được xem như một giao thức truyền thông trong đó các thực thể (cầu nối) nằm giữa người gửi và người nhận.

Tất cả các giao thức truyền thông đều cố gắng thỏa mãn các thuộc tính sau:

  • Giao hàng kịp thời. Tin nhắn được người nhận sử dụng càng nhanh càng tốt.

  • trọn. Nội dung đầy đủ nên được thông qua.

  • Có thể kiểm chứng được. Người nhận có thể xác minh rằng tin nhắn thực sự được gửi bởi người gửi.

Điều đáng chú ý là bridge, với tư cách là một giao thức liên lạc, không cam kết bảo vệ quyền riêng tư của tin nhắn. Đây là tùy chọn trong thế giới cầu nối và (chưa) không có giao thức cầu nối nào bảo vệ quyền riêng tư của tin nhắn.

Bây giờ, vấn đề chính mà cây cầu cần giải quyết là có thể thuyết phục được người nhận về tính xác thực của thông điệp, tức là quá trình chứng minh.

Cầu vận hành bằng tay

Chúng tôi tin vào khả năng của hệ điều hành do con người điều hành trong việc chuyển tiếp thông tin và chứng thực tính xác thực của nó.

Trong hầu hết các thiết kế cầu nối, có một tập hợp quyền hạn giữa người gửi (cơ sở dữ liệu A) và người nhận (cơ sở dữ liệu B). Tất nhiên, người gửi và người nhận có thể là hợp đồng thông minh tồn tại trong cơ sở dữ liệu tương ứng của họ.

Các cơ quan này sẽ:

  • Đạt được. Nhận tin nhắn mới từ cơ sở dữ liệu A.

  • dấu hiệu. Ký điện tử tất cả các tin nhắn sẽ được gửi đến cơ sở dữ liệu B.

  • chứng minh. Gửi chữ ký số và tin nhắn tới cơ sở dữ liệu B.

Quá trình chứng thực yêu cầu cơ sở dữ liệu của người nhận (Cơ sở dữ liệu A) xác minh rằng thư thực sự đã được ký bởi một cơ quan đáng tin cậy. Nếu vậy thì nó có thể tin tưởng vào nội dung và nguồn gốc của thông điệp.

Vấn đề chính: Hãy tin tưởng vào các cơ quan được chỉ định này.

Hơn nữa, cả người gửi và người nhận phải tin tưởng 100% vào cơ quan được chỉ định để gửi tin nhắn và chứng minh tính toàn vẹn của nó. Điều này là do người gửi và người nhận không thể nhìn ra thế giới bên ngoài nếu không có sự trợ giúp của bên thứ ba.

Những cây cầu như vậy có thể được gọi là cầu vận hành bằng tay.

Nó dựa vào con người (ứng dụng phía máy chủ) để tạo điều kiện liên lạc và thực thi tất cả các quy tắc thay mặt cho người gửi hoặc người nhận. Đây là loại cầu nối dễ triển khai nhất và có thể được áp dụng cho nhiều chuỗi khối khác nhau, nhưng lại khó bảo mật nhất trên quy mô lớn.

Thật không may, mục đích chung của tiền điện tử và phong trào của Satoshi Nakamoto là loại bỏ tất cả sự tin cậy cần thiết để hệ thống hoạt động và thay thế nó bằng bằng chứng mật mã.

Chúng ta cần phải làm tốt hơn.

Sự tự tin về bằng chứng đang phát triển

Chúng ta có thể cố gắng giảm quyền của vai trò người thao túng trung gian xuống chỉ còn người đưa thư mang tin nhắn

Chúng ta nên gửi bằng chứng mật mã cùng với tin nhắn của người gửi để chứng minh tính xác thực của tin nhắn.

Nếu thành công, bằng chứng này sẽ giúp người nhận hợp đồng thông minh không còn nghi ngờ gì về tính xác thực của tin nhắn mà không cần phải tin tưởng vào một bên nào đó.

Các vai trò có thể giảm bớt các thao tác thủ công: Hỗ trợ truyền tin nhắn (dưới dạng chuyển tiếp) từ cơ sở dữ liệu A sang cơ sở dữ liệu B.

Hãy khám phá một vài cách khác nhau để chứng minh ý nghĩa thực sự của nó.

Thực thi chứng thực chính xác (Nomad)

Đối với phương pháp này, chúng tôi đặt ra những câu hỏi sau:

Chúng ta có thể giảm bớt niềm tin vào hoạt động của con người bằng cách bắt họ phải chịu trách nhiệm về bằng chứng của mình không?

Với cách tiếp cận này, cơ quan chức năng vẫn cần chứng minh tính xác thực của tin nhắn, nhưng có thể bị trừng phạt ngay lập tức nếu cơ quan chức năng cố gắng gian lận. Ví dụ: bởi các tin nhắn không chính xác và xung đột.

Giao thức Nomad là một ví dụ về việc thực hiện phương pháp tiếp cận có trách nhiệm này.

Nó giả định hai bên có thẩm quyền:

quyền xác thực. Chịu trách nhiệm đọc cơ sở dữ liệu A, ký các tin nhắn được gửi bởi cơ sở dữ liệu A và gửi chữ ký đến cơ sở dữ liệu A.

quyền phủ quyết. Chịu trách nhiệm xác minh chéo rằng tin nhắn đã ký có nguồn gốc từ cơ sở dữ liệu A, từ đó bảo vệ cơ sở dữ liệu B.

Bên thực thi quyền xác thực phải khóa tài sản đáng kể để ngăn chặn hành vi nguy hiểm và bất kỳ ai cũng có thể đóng vai trò này. Mặt khác, quyền phủ quyết phải được chỉ định trước khi giao thức thực sự chạy và làm thế nào để không thể tiếp cận được vai trò phủ quyết vẫn là một vấn đề nghiên cứu mở.

Giao thức Nomad có ba giai đoạn:

  • Tin nhắn xác thực. Người xác thực đọc tin nhắn trong cơ sở dữ liệu A, ký tin nhắn và gửi chữ ký đến cơ sở dữ liệu A.

  • chuyển tiếp tin nhắn. Bất cứ ai cũng có thể lấy tin nhắn đã ký và chuyển tiếp nó đến cơ sở dữ liệu B.

  • giai đoạn phủ quyết. Có một khoảng thời gian cố định (ví dụ: 30 phút) để bên phủ quyết kiểm tra xem tin nhắn gửi đến cơ sở dữ liệu B có giống hệt với tin nhắn trên cơ sở dữ liệu A hay không. Nếu nó không giống nhau thì tin nhắn sẽ bị bỏ phiếu và hủy bỏ.

Mặc dù nhằm mục đích minh họa, ví dụ của chúng tôi giả sử chỉ có một cơ sở dữ liệu nhận, nhưng giao thức Nomad có thể được mở rộng để cho phép nhiều cơ sở dữ liệu nhận cùng một thông báo đã ký.

Cơ sở dữ liệu A đảm nhận trách nhiệm xác thực nhưng dựa vào một bên khác có quyền phủ quyết để giám sát tất cả các cơ sở dữ liệu được hỗ trợ đối với các tin nhắn được ký độc hại.

Chúng ta cần xem xét các tình huống trong đó một bên có quyền lực có thể cố gắng gian lận trong giao thức bắc cầu:

1. Người xác thực xác nhận và ký một tin nhắn không có cơ sở dữ liệu xác nhận.

2. Bên phủ quyết phủ quyết tin nhắn đã được cơ sở dữ liệu A phê duyệt.

Trong trường hợp đầu tiên, bên xác thực đã tùy ý tạo ra một chữ ký số mà cơ sở dữ liệu A sẽ không nhận ra nếu họ cố gắng đánh lừa người nhận. Bất kỳ bên nào cũng có thể lấy chữ ký, gửi đến cơ sở dữ liệu A và ủy quyền cho cơ sở dữ liệu A trừng phạt người xác thực.

Trong trường hợp thứ hai, đó vẫn là một vai trò hoàn toàn đáng tin cậy và không có cách nào trong giao thức để chống lại. Điều quan trọng cần lưu ý là hồ sơ giao thức được công khai cho tất cả người tham gia và quyền phủ quyết có thể bị bỏ phiếu sau khi thực hiện. Tuy nhiên, thiệt hại có thể đã xảy ra vào thời điểm đó, vì việc phủ quyết các thông điệp trung thực có thể có tác động đáng kể đến các loại hợp đồng thông minh dựa trên hành động dựa trên thời gian (tức là thanh lý).

Kiểm tra tính nhất quán của giao thức đồng thuận (SPV)

Theo dõi các khối được thỏa thuận bởi các giao thức đồng thuận tương ứng, cũng như bằng chứng về các giao dịch cụ thể và các bản ghi cơ sở dữ liệu tổng quát hơn.

Đối với cách tiếp cận thứ hai, chúng tôi đặt ra những câu hỏi sau:

Chúng tôi có thể theo dõi thỏa thuận đồng thuận cho cơ sở dữ liệu A không?

Như đã đề cập ở trên, tất cả các mạng blockchain đều có giao thức đồng thuận đồng ý tạo các khối mới định kỳ ở đầu chuỗi. Các khối có thể được coi là các bản cập nhật hàng loạt cho cơ sở dữ liệu.

Theo cách tiếp cận này, mục tiêu là cho phép các hợp đồng thông minh nhận (tin nhắn) trên cơ sở dữ liệu B có thể theo dõi và tin cậy dữ liệu được tạo bởi giao thức đồng thuận từ cơ sở dữ liệu A.

Để đạt được điều này, theo mặc định, giao thức đồng thuận phải thân thiện với máy khách:

Máy khách nhẹ: yêu cầu tính toán và dữ liệu tối thiểu để biết và tin cậy trạng thái hiện tại của cơ sở dữ liệu.

Nói tóm lại, các máy khách nhẹ cho phép người dùng biết giá trị được ghi trong cơ sở dữ liệu và tin tưởng rằng giao thức đồng thuận đồng ý rằng dữ liệu sẽ tồn tại trong cơ sở dữ liệu.

Khái niệm light client cũng lâu đời như Bitcoin.

Sách trắng Bitcoin gọi đây là mô hình Xác minh thanh toán đơn giản hóa (SPV). SPV cho phép người dùng xác minh rằng họ thực sự đã nhận được bitcoin mà không cần phải xác minh và lưu bản sao của toàn bộ cơ sở dữ liệu bitcoin.

Tất cả các tiêu đề khối tạo thành một cấu trúc chuỗi và giá trị băm của mỗi tiêu đề khối chứa kết quả của bằng chứng công việc

Quá trình SPV hoạt động như sau:

Lời hứa về tiền điện tử. Mỗi tiêu đề khối chứa một cam kết mật mã (gốc Merkel) đại diện cho toàn bộ cơ sở dữ liệu Bitcoin. Ngoài ra, tiêu đề khối cũng chứa liên kết đến khối trước đó và bằng chứng hoạt động của chính khối đó.

Kiểm tra chuỗi dài nhất. Bất kỳ người dùng nào cũng phải có quyền truy cập vào dữ liệu tiêu đề khối và xác minh độc lập (PoW) chuỗi dài nhất cho đến nay.

Bao gồm bằng chứng. Khi người dùng tin tưởng rằng danh sách tiêu đề khối của họ đại diện cho chuỗi chính, bất kỳ ai cũng có thể cung cấp cho người dùng bằng chứng bao gồm (gốc Merkle) cho dữ liệu cụ thể trong cơ sở dữ liệu.

Chắc chắn. Người dùng có thể kiểm tra chéo bằng chứng bao gồm các tiêu đề khối có liên quan và tự tin về dữ liệu cụ thể trong cơ sở dữ liệu.

Mô hình Bitcoin SPV có thể được sử dụng làm cơ sở để xây dựng cầu nối light-client, cho phép các hợp đồng thông minh trên một blockchain khác hiểu được những gì có trong cơ sở dữ liệu Bitcoin.

Một dự án cũ có tên BTCRelay triển khai một cầu nối client nhẹ giữa Bitcoin (cơ sở dữ liệu A) và Ethereum (cơ sở dữ liệu B). Đây là một hợp đồng thông minh trên Ethereum phân tích các tiêu đề khối Bitcoin, chứa bằng chứng và theo dõi chuỗi dài nhất thông qua bằng chứng công việc. Cuối cùng, mục đích của nó là để xác minh rằng UTXO thực sự được lưu trữ trong cơ sở dữ liệu Bitcoin và sau đó cho phép một hợp đồng thông minh khác hoạt động trên đó.

Thật không may, BTCRelay đã đi trước thời đại một chút. Mặc dù nó có đầy đủ chức năng nhưng nó không nhận được nhiều sự chú ý.

Chúng ta có thể học được một số bài học từ dự án này:

Chi phí khí tích lũy. Tiêu đề khối theo dõi yêu cầu nhiều giao dịch trên chuỗi, với chi phí tài chính tích lũy theo thời gian.

Chỉ áp dụng cho các nhánh của Bitcoin. BTCRelay chỉ tương thích với các chuỗi khối phân nhánh cơ sở mã Bitcoin. Các chuỗi khối sử dụng các giao thức đồng thuận khác nhau cần phải triển khai các ứng dụng khách nhẹ tương ứng một cách cụ thể.

Sự đồng thuận của niềm tin vẫn cần thiết. BTCRelay chỉ có thể kiểm tra xem bằng chứng công việc có chính xác hay không, chứ không phải tiêu đề khối có hợp lệ hay không. Nếu một công cụ khai thác đối nghịch tạo ra một tiêu đề khối độc hại với bằng chứng công việc hợp lệ thì cây cầu có thể bị xâm phạm. Việc chờ đợi ~6 xác nhận và dựa vào giả định đa số trung thực của Bitcoin (>51% số người khai thác là trung thực) vẫn là điều cần thiết.

Một số nghiên cứu đã tập trung vào khả năng giảm chi phí gas tích lũy bằng cách tổng hợp nhiều tiêu đề khối vào một bản cập nhật duy nhất. Ví dụ: NIPPOWS và Glimpse tập trung vào các máy khách nhẹ liên quan đến PoW.

Tuy nhiên, với nhiều cầu nối trên các mạng blockchain khác tuân theo triết lý xây dựng cầu nối khách hàng nhẹ, đã có những tia thành công:

  • IBC trong Cosmos

  • Gần cầu Cầu Vồng

  • Chuỗi P của Ava

Cả IBC và P-Chain đều có một lớp chuyên dụng để theo dõi các giao thức đồng thuận khác nhau. Tất cả đều tuân theo giao thức đồng thuận để tạo ra phần lớn chữ ký trung thực, nhưng thường thì không, nếu giao thức đồng thuận quyết định gian lận lớp cơ sở, ký một thông điệp xung đột thì không phải lúc nào cũng gây ra hậu quả.

Vẫn tin tưởng người tham gia - chúng ta có thể làm tốt hơn không?

Mọi công việc đều tập trung vào việc truyền niềm tin cho những bên có khả năng đáng tin cậy nhất, nhưng cuối cùng vẫn phụ thuộc vào việc tin tưởng vào số đông trung thực!

Nhìn vào tất cả các bridge được liệt kê trong bài viết này, chúng tôi luôn dựa vào một nhóm trung gian phải đảm bảo tính xác thực của các tin nhắn được gửi qua bridge, ngay cả khi chỉ để đảm bảo rằng một quyết định duy nhất đã đạt được bằng giao thức đồng thuận.

Tôi đoán có một yêu cầu cơ bản là cầu nối luôn cần một nhóm trung gian để giúp đưa tin nhắn từ cơ sở dữ liệu của người gửi đến cơ sở dữ liệu nhận.

Nếu chúng tôi chấp nhận tiền đề này thì chúng tôi cũng có thể lập luận rằng việc theo dõi các quyết định được đưa ra bởi những người tham gia giao thức đồng thuận là hợp lý vì chúng là nguồn gốc của sự thật để xác định tổng thứ tự các bản cập nhật sẽ được áp dụng cho cơ sở dữ liệu.

Điều này dẫn đến câu hỏi cuối cùng:

Chúng ta có thể xây dựng một cây cầu kiểm tra độc lập tính hợp lệ của các quyết định được đưa ra bởi các giao thức đồng thuận không?

Có một sự khác biệt tinh tế.

Cây cầu không chỉ kiểm tra xem giao thức đồng thuận có thống nhất về tổng thứ tự các bản cập nhật cơ sở dữ liệu hay không, mà còn kiểm tra xem bản thân bản cập nhật có hợp lệ so với tất cả các bản cập nhật khác đối với cơ sở dữ liệu hay không.

Nếu điều này có thể được thực hiện thì hợp đồng thông minh của người nhận (cơ sở dữ liệu B) có thể tin tưởng rằng bản cập nhật đã được áp dụng trong cơ sở dữ liệu A và dữ liệu trong cơ sở dữ liệu đó thực sự hợp lệ.

Sau đó, nó có thể đọc cơ sở dữ liệu, trích xuất thông tin liên quan và hành động dựa trên đó.

Điều này có thể được thực hiện? Câu trả lời là có.

Sự gia tăng của các cầu xác minh

Chúng tôi có thể sử dụng lại giao thức đồng thuận của cơ sở dữ liệu A để sắp xếp tất cả các khối dữ liệu và sau đó cầu nối trình xác thực có thể kiểm tra độc lập tính hợp lệ của tất cả các khối dữ liệu dưới dạng cập nhật cơ sở dữ liệu B.

Cốt lõi của cầu nối xác minh là cho phép các hợp đồng thông minh không chỉ kiểm tra xem quyết định đã được đưa ra hay chưa mà còn xác minh độc lập xem nội dung của quyết định có đúng hay không.

Ý tưởng chung là thực hiện thêm một vài bước so với cầu nối ứng dụng khách nhẹ:

Lừa đảo và bằng chứng xác thực. Mở rộng khả năng của các máy khách nhẹ để xác minh ngắn gọn tính chính xác của các phép tính lớn.

Lớp sẵn có của dữ liệu Giao thức đồng thuận được xóa khỏi cơ sở dữ liệu B bằng cách sử dụng lại cơ sở dữ liệu A để sắp xếp các khối.

thành viên mở. Cho phép các bên tự chỉ định và góp phần nâng cao hiệu quả thực hiện toàn bộ việc cập nhật cơ sở dữ liệu.

Để tránh lặp lại việc phân tích cầu xác minh - chỉ cần thảo luận vấn đề cuối cùng.

Bài viết này chỉ tập trung vào:

Khả năng truyền tin nhắn qua lại giữa các cơ sở dữ liệu.

Giúp người nhận tin tưởng vào tính xác thực của tin nhắn.

Chúng ta chưa thảo luận về cách các cầu nối giữ hoặc chuyển tài sản giữa các cơ sở dữ liệu.

Điều này là do về cơ bản, tất cả các cây cầu đều có trách nhiệm truyền tải thông điệp kịp thời và thuyết phục người nhận về tính xác thực của chúng.

Tài sản và trách nhiệm pháp lý

Kho bạc giữ mã thông báo trong cơ sở dữ liệu A và phát hành cùng số lượng mã thông báo trong cơ sở dữ liệu B thông qua ủy quyền bắc cầu.

Giờ đây, chúng tôi có thể triển khai hợp đồng thông minh trên mỗi cơ sở dữ liệu và hợp đồng thông minh có thể tương tác bằng cách gửi tin nhắn trên bridge.

Ứng dụng phổ biến nhất là chuyển tài sản từ cơ sở dữ liệu A sang cơ sở dữ liệu B (và ngược lại).

Hai hợp đồng thông minh này bao gồm:

kho bạc. Gửi hợp đồng thông minh trên cơ sở dữ liệu để giám sát tài sản.

cấp. Hợp đồng thông minh trong cơ sở dữ liệu của người nhận có quyền cấp IOU cho tài sản trong kho tiền.

Ở một khía cạnh cao hơn, hai hợp đồng thông minh này có thể thực hiện quy trình gửi/rút tiền rất quen thuộc với hầu hết người dùng muốn chuyển tài sản sang hệ thống khác:

Quá trình gửi tiền. Người dùng có thể gửi tiền vào kho tiền của cơ sở dữ liệu A và kho tiền có thể gửi tin nhắn qua cầu để phát hành cùng một lượng tài sản tại địa chỉ cơ sở dữ liệu B của người dùng.

Quá trình rút tiền. Người dùng có thể rút mã thông báo bằng cách yêu cầu nhà phát hành ghi mã thông báo trên cơ sở dữ liệu B và gửi tin nhắn qua cầu để yêu cầu vault phát hành cùng số lượng mã thông báo đến địa chỉ của người dùng.

Một trong những lợi ích của thiết kế này là bất kỳ ai có quyền truy cập đọc vào vault trong cơ sở dữ liệu A và quyền truy cập đọc vào nhà phát hành trong cơ sở dữ liệu B đều có thể xác minh rằng tài sản bao gồm trách nhiệm pháp lý. Nói cách khác, bất kỳ ai cũng có thể xác minh rằng mã thông báo đã phát hành được hỗ trợ bởi một kho tiền được thế chấp hoàn toàn.

Cái gì tiếp theo?

Tiền điện tử là một cơ sở dữ liệu đáng chú ý và là dự án cầu nối

Tất nhiên, nếu chúng tôi muốn di chuyển nội dung xung quanh cơ sở dữ liệu và làm cho nó hoạt động trên quy mô lớn, tất cả phụ thuộc vào mức độ an toàn của cầu nối và cách chúng tôi tin tưởng vào tính toàn vẹn của thông tin được gửi.

Trong lịch sử, chúng ta đã thất bại trong việc xây dựng những cầu nối an toàn vì tất cả đều dựa vào con người để bảo vệ thông tin được gửi đi. Hầu hết các sàn giao dịch lớn bao gồm BitFinex, Binance, Bitstamp và tệ nhất là MtGox đều đã mất tiền của người dùng do sự cố cầu nối. Ngoài ra, còn có các cầu nối như PolyNetwork, Ronin Bridge và Harmony để chuyển tiền qua các chuỗi khối.

Với tư cách là một cộng đồng, chúng tôi đã thử nghiệm nhiều thiết kế cầu nối khác nhau trong nhiều năm, một số chỉ dựa vào các trung gian đáng tin cậy, trong khi một số khác cố gắng chuyển niềm tin từ các trung gian sang các giao thức đồng thuận của các chuỗi khối tương ứng.

Cầu xác thực chỉ cần tiến thêm một bước nữa - không chỉ tin tưởng vào quyết định được đưa ra bởi giao thức đồng thuận mà còn kiểm tra xem đó có phải là quyết định hợp lệ hay không.

Liên kết gốc:
Blockchain as a Database (Part 1)Bridging Databases (Part 2)

chuỗi chéo
hợp đồng thông minh
Sự an toàn
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
Mục lục bài viết
Tải ứng dụng Odaily Nhật Báo Hành Tinh
Hãy để một số người hiểu Web3.0 trước
IOS
Android