Tiêu đề gốc: "Blockchain như một cơ sở dữ liệu" và "Cơ sở dữ liệu cầu nối"

Tác giả gốc: Patrick McCorry

Bản tổng hợp gốc: 0x26

Bài viết này đến từ Patrick McCorry của Arbitrum Foundation và Lemniscap. Patrick là nghiên cứu sinh tiến sĩ đầu tiên về tiền điện tử ở Vương quốc Anh. 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 đó, anh 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 . Năm 2019, Patrick rời trường đại học để theo đuổi dự án kinh doanh Cấp 2 và được Infura mua lại. Trong thời gian làm việc tại Infura, anh cũng đã sản xuất một bộ khóa học blockchain hoàn chỉnh. Sau đó Patrick gia nhập Lemniscap và Quỹ Arbitrum.

Bài viết này được chia thành hai phần, phần thứ nhất là "Blockchain as a Database" (Blockchain as a Database), phần thứ hai là "Database Cross-Chain" (Cầu nối cơ sở dữ liệu). Patrick đã sử dụng các 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, dựa trên đó, anh giải thích nguyên tắc hoạt động của Layer1, Layer2 và cầu nối chuỗi chéo, cũng như sự khác biệt giữa Layer1 và Layer2.

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

"Blockchain là a Cơ sở dữ liệu"

Có rất nhiều tranh cãi về việc liệu cầu nối xác minh có định nghĩa tổng hợp hay nói cách khác:

cuộn lê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.

Blockchain là gì?

Làm cách nào để chuyển nội dung 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 thông 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. không.

Blockchain 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 đó là hợp lệ

Cốt lõi 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, chuỗi khối xác định thứ tự của tất cả các giao dịch lịch sử.

Ít nhất đây 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, blockchain là gì?

Blockchain là tập hợp các bảng dữ liệu được sắp xếp có thể tính toán bản sao cơ sở dữ liệu dựa trên các 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 sao chép Cơ sở dữ liệu.

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

Thật nhàm chán phải không?

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

Một trong những câu hỏi khó về blockchain là:

Làm thế nào cộng đồng đạt được thỏa 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ể hợp nhất cùng một blockchain thì 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:

Cho phép Một nhóm các bên, có thể ẩn danh và không tin tưởng lẫn nhau, thống nhất về một quyết định.

Trong bối cảnh 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 một chuỗi dữ liệu. Ở trên cùng, tất cả các bên khác đều đồ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ó nhiều 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ể mở rộng để mọi người đều có thể tham gia không?

Cần mức độ phức tạp trong giao tiếp để tất cả các bên đạt được thỏa thuận?

Có thể khuyến khích tài chính để mọi người tích cực tham gia 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 tôi sẽ khô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.

Các ví dụ thực tế mới về giao thức đồng thuận

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

Nakamoto trên Bitcoin

Gasper trên Ethereum

Tendermint trên Cosmos

Người tuyết trên Avalanche

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

Đâ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 khởi chạy A chain 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 khởi chạy một giao thức đồng thuận mới không?

Đáng ngạc nhiên là câu trả lời là không!

Lấy 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 cuộc thảo luận, trước tiên chúng ta hãy tưởng tượng một khái niệm trừu tượng:

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

Đâ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 có quyền 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 ví dụ về 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, miễn là:

Bất kỳ ai cũng có thể lấy được dữ liệu trong bảng thông báo,

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, tạo ra các 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 tóm tắt (cuộn lên ) dữ liệu và xuất bản nó lên hệ thống blockchain

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

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

Việc xác định thứ tự dữ liệu và đảm bảo rằng bất kỳ ai cũng có thể truy cập đượ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, cũng như một số dự án khác, đang cố gắng khởi động cơ sở dữ liệu mới dựa 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ũng 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 việc tổng hợp như một chuỗi khối:

Một loạt dữ liệu được xuất bản thường xuyên,

và được thêm vào cơ sở dữ liệu có liên quan, được sắp xếp theo trình tự.

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

Cuối cùng, cho dù phát triển một giao thức đồng thuận mới hay phát minh lại giao thức hiện có thì 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 công nhận trên toàn cầu, đặc biệt là đối với các nút nội bộ trong hệ thống.

Giả sử rằng 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à buộc tất cả các bên phải tuân theo cùng một bộ quy tắc, tức là giống nhau tập hợp các khối dữ liệu phân tích cú pháp và Quy tắc tính toán các bản sao cơ sở dữ liệu ("các hàm chuyển trạng thái").

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

Lấy dữ liệu chặn,

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 các 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 hài hòa 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 kịch bản:

Thao tác đượ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%.

Quản trị bằng các quy tắc. Có một quy trình thiết lập để tất cả các bên đề xuất và đồng ý với các quy tắc 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ó tập trung vào cách phần mềm và tất cả các bên liên quan tiếp tục thực thi 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 vệ mạng blockchain—đặc biệt là khi có vấn đề phát sinh trong quá trình thực hiện hoạt động—có nghĩa là cập nhật các quy tắc. 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 về cách thay đổi các quy tắc và thời điểm thực hiện các quy tắc mới.

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

Thực hiện 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 của hệ thống blockchain trở nên thú vị!

Chúng ta chỉ cần nhất trí ở hai điều:

Tìm ở đâu Nhìn chung thứ tự các khối dữ liệu

Quy tắc phân tích khối dữ liệu.

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

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

Hơn nữa, miễn là tất cả những người tham gia thị trường đều thực hiện 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ơ sở dữ liệu, thì chúng ta có thể để thị trường quyết định điều gì nên được xem xét một chuỗi khối thực sự.

Quy tắc 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 điện toán.

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

(Bitcoin) Bitcoin cốt lõi đến từ Satoshi Nakamoto

(Ethereum) Sách vàng của 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à sau đó di chuyển phần mềm (và 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 dẫn đến việc thay đổi quy tắc, chẳng hạn như nâng cấp phần mềm hoặc sửa lỗi. Mọi thay đổi về quy tắc đều cần có sự đồng ý rộng rãi hơn, còn được gọi làsự đồng thuận xã hội.

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

Đồng thuận thô. Quá trình mờ đục và không rõ ràng.

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

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ó bao gồm một quy trình của con người, đạt được thỏa thuận với nhiều bên khác nhau và sau đó các nhà phát triển thực hiện nâng cấp, đề xuất ngày đánh dấu khi nâng cấp có thể có hiệu lực.

Cái sau, quản trị trên chuỗi, lần đầu tiên được triển khai bởi Tezos đã đi tiên phong trong việc cho phép người tham gia bỏ phiếu rõ ràng về việc có nên triển khai bản nâng cấp hay không, sau đó đưa ra tiến trình triển khai phần mềm sau đó gia hạn phiếu bầu thành công. Như chúng ta sẽ sớm thấy, phương pháp quản trị on-chain đã 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, việc nâng cấp được đề xuất vẫn cần phải được thống nhất và (ngay cả khi đó) không có gì đảm bảo rằng nó sẽ được tiến hành:

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

Chia tách Blockchain: Nếu bản nâng cấp bị tranh chấp và cả hai bên tranh chấp vẫn đang chạy thì điều đó có thể dẫn đến một phân nhánh vĩnh viễn do hai cộng đồng áp dụng các quy tắc khác nhau, được tính toán khác nhau mỗi cơ sở dữ liệu đều có giá trị 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ả mơ hồ về việc các đề xuất nâng cấp có thể được cộng đồng chấp nhận hay không. (Kết quả thực tế) Chúng tôi chỉ có thể biết chắc chắn sau ngày đánh dấu và thực hiện nâng cấp. Có khả năng 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 các thay đổi quy tắc mới:

Cứng Nĩa. Những thay đổi có thể phát hiện được trong quy tắc sẽ bị từ chối bởi các nút không được nâng cấp. Thực hiện các thay đổi có thể phát hiện được đối với các quy tắc và 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.

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

Khái niệm về hard fork hay 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 trước phản ứng đó. Thật dễ dàng để xảy ra một cuộc 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 thay đổi quy tắc một cách rõ ràng hay không.

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

Toàn bộ mục tiêu theo đuổi 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 vệ nó.

Thử nghiệm lớn nhất của cộng đồng trong 14 năm qua đã tập trung vào cách xây dựng cơ sở dữ liệu “tốt hơn”.

Đã có một sự phát triển rõ ràng:

Cơ sở dữ liệu được lưu trữ. Tái tạo trải nghiệm web2 nhưng tin cậy các nhà khai thác để bảo vệ tính toàn vẹn và sức sống của cơ sở dữ liệu của bạn.

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 một nhà điều hành cập nhật cơ sở dữ liệu đó.

Mở cơ sở dữ liệu. Cho phép mọi người đọc, ghi và bảo vệ cơ sở dữ liệu.

Cho 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ìm ra bản sao của cơ sở dữ liệu.

Bằng chứng ủy quyền (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 để phát hành các khối mới nhằm cập nhật cơ sở dữ liệu. Bất cứ ai cũng có thể tải xuống các khối dữ liệu, phân tích các khối dữ liệu và tìm ra 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 Satoshi. Bất kỳ ai sẵn sàng sử dụng 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) các khối mới. Tương tự như vậy, bất kỳ ai cũng có thể tải xuống các khối dữ liệu, phân tích các khối dữ liệu và tìm ra 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à nó phụ thuộc vào cộng đồng đang cố gắng Tối ưu hóa các chỉ số:

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

Muốn 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 nhà điều hành đá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?

Bà ngoại buôn bán thứ gì dễ dàng nhất?

Chúng tôi có thể xác định các số liệu một cách khách quan và đánh giá mức độ hiệu quả của hệ thống blockchain đạt được các mục tiêu đã đề ra. 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, điều quan trọng cuối cù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 để chúng tôi 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:

Phát trực tiếp. Mua token trên Coinbase

Chuyển khoản. Chuyển mã thông báo từ Coinbase sang Ethereum

Hành động. Dùng thử ứng dụng DeFi,

Chuyển. Chuyển mã thông báo từ Ethereum sang Arbitrum

Hành động. Dùng thử ứng dụng DeFi,

Chuyển. Chuyển token từ Arbitrum sang Binance,

ngoài chuỗi. Đã chuyển thành đấ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 có mức độ bảo mật và khả năng kiểm tra khác nhau. Tuy nhiên, để đạt được việc 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 là cơ sở dữ liệu"

Phần thảo luận ở trên "Blockchain là gì?" ", đây là cơ hội tuyệt vời để hiểu mục đích của blockchain.

Vậy blockchain là gì?

Blockchain chỉ là một cấu trúc dữ liệu xác định thứ tự tổng thể của dữ liệu (giao dịch).

Chỉ một mục đích:

Bất cứ ai cũng có thể lấy nó Blockchain , phân tích dữ liệu (giao dịch) một cách tuần tự và tính toán một bản sao của cùng một cơ sở dữ liệu.

Bây giờ đến lượt chúng ta - một trong những vấn đề khó giải quyết nhất trong mạng blockchain: làm cách nào để người tham gia xác minh rằng họ có cùng một Blockchain và duy nhất sao chép?

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 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 một giao thức đồng thuận. Nó cho phép tất cả các bên làm việc cùng nhau để đưa ra quyết định bổ sung khối dữ liệu mới nhất.

Một lưu ý thú vị là 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 lựa chọn:

Lịch sử giao dịch. Một danh sách rõ ràng các giao dịch sẽ được thực hiện. Trạng thái

Sự khác biệt về trạng thái. Có thể được sử dụng để cập nhật danh sách các vị trí khác nhau trong cơ sở dữ liệu.

Người tham gia 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 trạng thái mới xuất hiện tương đối gần đây do sự gia tăng các bằng chứng về tính hợp lệ.

Vì vậy, mục đích cuối cùng 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 chính xác 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 đồng thuận 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 (Ghi chú 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ử làm như vậy vì hành vi vị tha. Điều này là do trong mạng blockchain, các nút không bắt buộc phải lưu tất cả dữ liệu giao dịch mọi lúc.).

Cuối cùng, khi quyết định cách đảm bảo tính mở 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 ("Layer1")

Sử dụng lại giao thức đồng thuận hiện có ("rollup")

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

rollup thừa nhận rằng việc xây dựng một hệ sinh thái như vậy là rất khó và việc chế tạo bánh xe có rất ít giá trị. Việc tận dụng Layer1 làm bảng thông báo sẽ dễ dàng hơn nhiều và giúp nó lưu giữ tất cả dữ liệu liên quan có sẵn (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 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ở", với trọng tâm là liệu cơ sở dữ liệu đó có thể đọc được một cách công khai hay không. cơ chế thực hiện ghi vào cơ sở dữ liệu.

Di chuyển nội dung từ cơ sở dữ liệu Cầu nối chuỗi chéo để di chuyển đến 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 tài sản tiền điện tử.

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

Người dùng chuyển tài sản của họ như thế nào Chuyển từ cơ sở dữ liệu này sang cơ sở dữ liệu khác?

Chúng tôi cần nghiên cứu cách người dùng di 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.

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

Kết nối thế giới

Tất cả chỉ là 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ây cầu: cung cấp lối đi cho những thứ khó hoặc không thể vượt qua.

Thực tế, công việc xây dựng 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 coi là một giao thức truyền thông trong đó một 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 đáp ứng các đặ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.

Hoàn thành. Nội dung đầy đủ phải đượ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 thực.

Cầu vận hành thủ công

Chúng tôi tin tưởng hệ điều hành do con người vận hành sẽ cung cấp thông tin và chứng minh tính xác thực của thông tin đó.

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ẽ:

Truy cập. Nhận tin nhắn mới từ cơ sở dữ liệu A.

Chữ ký. 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.

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

Các 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 đều phải tin tưởng 100% vào cơ quan được chỉ định để gửi thông điệp 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.

Loại cầu này có thể gọi là cầu vận hành thủ công.

Nó dựa vào con người (ứng dụng phía máy chủ) để tạo điều kiện giao tiếp 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 là loại cầu nố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 Satoshi là loại bỏ tất cả niềm tin 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.

Nâng cao độ tin cậy của bằng chứng

Chúng ta có thể cố gắng giảm quyền của vai trò điều hành người trung gian, xuống còn người đưa thư chỉ 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ẽ khiến hợp đồng thông minh nhận được 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 là con người.

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 (đóng vai trò là người chuyển tiếp) từ cơ sở dữ liệu A đến cơ sở dữ liệu B.

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

Buộc chứng minh đúng (Nomad)

Đối với phương pháp này, chúng tôi đề xuất Câu hỏi sau:

Liệu 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 buộc họ phải chịu trách nhiệm về bằng chứng của mình không?

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

Giao thức Nomad thực hiện điều này Một ví dụ về cách tiếp cận có trách nhiệm

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

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

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

Bên thực thi cơ quan cấp chứng chỉ phải khóa một lượng tài sản lớn để 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ự được chạy và làm thế nào để đảm bảo vai trò phủ quyết không được phép tham gia vẫn là một câu hỏi nghiên cứu mở.

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

Thông báo 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 kỳ ai cũng có thể nhận được thư đã ký và chuyển tiếp nó tới cơ sở dữ liệu B.

Giai đoạn từ chối. 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 được 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ị từ chối và hủy bỏ.

Mặc dù vì mục đích minh họa, ví dụ của chúng tôi chỉ giả định 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 chịu trách nhiệm về 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 các tin nhắn được ký độc hại trên tất cả các cơ sở dữ liệu được hỗ trợ.

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 cầu nối:

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 A xác nhận.

2. Bên phủ quyết phủ quyết thông điệp đã được cơ sở dữ liệu A phê duyệt.

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

Trong trường hợp thứ hai, nó 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 trả. Cần lưu ý rằng bản ghi giao thức được công khai cho tất cả những người tham gia và quyền phủ quyết có thể bị xóa bằng cách bỏ phiếu sau khi thực tế. 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 hợp đồng thông minh dựa trên các 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 câu hỏi sau:

Chúng ta có thể Theo dõi giao thức đồng thuận cho cơ sở dữ liệu A?

Như đã đề cập ở trên, tất cả các mạng blockchain đều có giao thức đồng thuận đồng ý thường xuyên tạo các khối mới ở đầu chuỗi. Chunks có thể được coi là 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 để theo dõi và tin tưởng thỏa thuận đồng thuận từ cơ sở dữ liệu A dữ liệu được tạo ra .

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

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

Tóm lại, một client nhẹ cho phép người dùng hiểu các 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 nên tồn tại trong cơ sở dữ liệu.

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

Sách trắng Bitcoin gọi đây là chế độ 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

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

Cam kết được mã hóa. Mỗi tiêu đề khối chứa một cam kết mật mã (gốc Merkle) đại diện cho toàn bộ cơ sở dữ liệu Bitcoin. Ngoài ra, tiêu đề khối còn chứa liên kết đến khối trước đó và bằng chứng công việc 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 có thể lấy dữ liệu tiêu đề khối và xác minh độc lập (PoW) chuỗi dài nhất cho đến nay.

Có bằng chứng. Sau 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) của dữ liệu cụ thể trong cơ sở dữ liệu.

Đã bị thuyết phục. 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à sau đó tin tưởng vào dữ liệu cụ thể trong cơ sở dữ liệu.

Mẫu SPV Bitcoin có thể làm cơ sở để xây dựng cầu nối khách hàng nhẹ, cho phép hợp đồng thông minh trên một chuỗi khối 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 khách hàng 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 có thể phân tích các tiêu đề khối Bitcoin, bao gồm 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ù chức năng của nó đã hoàn thiện 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í gas 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à chi phí tài chính tích lũy theo thời gian.

Chỉ áp dụng cho các fork 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 yêu cầu triển khai chuyên biệt các ứng dụng khách nhẹ tương ứng của chúng.

Sự đồng thuận vẫn cần được tin cậy. BTCRelay chỉ có thể kiểm tra xem bằng chứng công việc có chính xác hay không nhưng không thể kiểm tra xem tiêu đề khối có hợp lệ hay không. Nếu một thợ mỏ thù đị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ệ, 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% 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ụ: NIPOPOWS 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 theo ý tưởng xây dựng những cầu nối khách hàng nhẹ, đã có những tia thành công nhỏ:

IBC của Cosmos

Near's Rainbow Bridge

P-Chain của Ava

IBC và P-Chain có một lớp chuyên dụng để theo dõi từ 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 phải lúc nào cũng có hậu quả nếu giao thức đồng thuận quyết định gian lận lớp cơ sở và ký một thông điệp xung đột.

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 chuyển niềm tin cho các bên có khả năng được tin cậy nhất, cuối cùng nó vẫn dựa vào việc tin tưởng sự trung thực của đa số các bên!

Tổng quan về 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 nó chỉ là một giao thức đồng thuận. Một quyết định duy nhất đã được đưa ra.

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 người trung gian để giúp chuyển các thông điệp từ cơ sở dữ liệu người gửi đến cơ sở dữ liệu nhận.

Nếu chúng ta chấp nhận tiền đề này thì chúng ta cũng có thể nghĩ 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ý, bởi vì họ là những người quyết định sẽ được áp dụng cho ai Nguồn gốc của sự thật về thứ tự tổng thể của các bản cập nhật 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 một cây cầu không? để 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?

Có một sự khác biệt nhỏ.

Cầu nối không chỉ kiểm tra xem giao thức đồng thuận có thống nhất về thứ tự chung của 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 các bản cập nhật có hợp lệ hay không so với tất cả các bản cập nhật khác đối với kho dữ liệu.

Nếu điều này có thể thực hiện được 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 các 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 đó Nó thực sự hoạt động.

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

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

Sự trỗi dậy của cầu nối 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 nút xác minh 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 cho 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ó hay không đúng.

Ý tưởng chung là thực hiện thêm một vài bước so với cầu nối khách hàng đơn giản:

Gian lận và bằng chứng xác thực. Mở rộng khả năng của các máy khách hạng nhẹ để xác minh chính xác 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. Xóa giao thức đồng thuận 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 dữ liệu.

Mở cửa cho thành viên. Cho phép các bên tự bổ nhiệm và góp phần nâng cao hiệu quả thực hiện mọi cập nhật cơ sở dữ liệu.

Để tránh trùng lặp 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 thông điệp qua lại giữa các cơ sở dữ liệu .

Tạo cho người nhận sự tin tưởng vào tính xác thực của tin nhắn.

Chúng tôi chưa thảo luận về cách cầu nối lưu giữ hoặc chuyển giao 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ầu nối đề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 thông điệp.

Tài sản và nợ phải trả

Kho chứa mã thông báo trong cơ sở dữ liệu A và được phép phát hành cùng số lượng mã thông báo trong cơ sở dữ liệu B thông qua cầu nối.

Giờ đây, chúng ta 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 cầu nối.

Ứng dụng phổ biến nhất là di 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:

Vault. Gửi hợp đồng thông minh trên cơ sở dữ liệu để bảo quản tài sản.

Phát hành. 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:

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

Quy 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 hủy mã thông báo trên cơ sở dữ liệu B và gửi tin nhắn qua cầu nối để 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 đọc đối với vault trong cơ sở dữ liệu A và quyền đọc đối với nhà phát hành trong cơ sở dữ liệu B đều có thể xác minh tài sản đó bao gồm các khoản nợ. 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.

Tiếp theo là gì?

Tiền điện tử là một Cơ sở dữ liệu đặc biệt và "Kỹ thuật cầu nối"

Tất nhiên, nếu chúng ta muốn di chuyển nội dung trong 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 tính bảo mật của cầu nối và cách chúng tôi có thể 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 không thể xây dựng những cầu nối an toàn vì họ 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 gặp phải những rủi ro về cầu nối dẫn đến mất tiền của người dùng. Ngoài ra, còn có những cầu nối như PolyNetwork, Ronin Bridge và Harmony giúp chuyển tiền qua các chuỗi khối.

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

Cầu nối xác thực 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 dưới dạng cơ sở dữ liệu (Phần 1)

Cầu nối cơ sở dữ liệu (Phần 2)

Chào mừng bạn tham gia cộng đồng chính thức của BlockBeats:

Nhóm Telegram đăng ký: https://t.me/theblockbeats

Nhóm Telegram thảo luận: https://t.me/BlockBeats_App

Tài khoản Twitter chính thức: https://twitter.com/BlockBeatsAsia