RChain và ZB: Hướng tới một chuỗi khối không hàng đợi, không người lãnh đạo, không giới hạn

được tài trợ

Vào ngày 2 tháng 11 năm 2021, RChainnhà khoa học blockchain Atticbee đã đến thăm ZB trao đổi với tư cách là một vị khách được mời cho một AMA rất kỹ thuật. ZB là một sàn giao dịch toàn cầu đã hoạt động được 8 năm với trọng tâm là bảo mật tài sản của khách hàng. Atticbee đã thảo luận về các vấn đề của công nghệ blockchain hiện tại và câu trả lời của RChain cho những thách thức này, và tại sao một ngày nào đó RChain sẽ là cơ sở hạ tầng Web 3.0 thân thiện với người dùng và nhà phát triển nhất.

Điều gì còn thiếu trong tất cả các blockchain công khai hiện tại

Theo quan điểm của Atticbee, không có chuỗi công khai nào giải quyết các vấn đề quan trọng đối với Web 3.0 này:

1. Hiện tại KHÔNG có giải pháp THỰC SỰ nào cho vấn đề khả năng mở rộng: khả năng mở rộng của Lớp 2 và ETH 2.0 là một ảo tưởng vì các hệ thống con Lớp 2 và phân đoạn riêng lẻ không thể tương tác với nhau – chúng không “trông và cảm nhận” giống như một chuỗi logic.
2. Chúng được thiết kế cho các ứng dụng chuyển mã thông báo, không phải các ứng dụng Web 3.0 chuyên sâu về dữ liệu.
3. Các hợp đồng không thể gọi nhau một cách an toàn, thiếu “khả năng kết hợp an toàn” để xây dựng các hệ thống phần mềm lớn, phức tạp từ các khối xây dựng nhỏ hơn và đơn giản hơn như trong Web 2.0.

Greg Meredith, người sáng lập RChain, đã nhận ra những điểm đau này vào năm 2015 khi anh ấy và Vitalik, người sáng lập Ethereum, đang làm việc cùng nhau để mở rộng quy mô Ethereum. Vì vậy, ông đã chọn Rho-Calculus có thể kết hợp đồng thời với khả năng xác minh chính thức trên dây chuyền làm mô hình tính toán cho lớp hợp đồng khi bắt đầu thiết kế.

Lộ trình công nghệ này có nhiều tính năng về mặt lý thuyết là không thể cho các dự án khác:

1. Giải quyết “vấn đề nan giải về blockchain” với xử lý giao dịch “không cần xếp hàng” đồng thời.
2. Một nền tảng cho tất cả: Lưu trữ trực tiếp dữ liệu lớn trên chuỗi, tích hợp tất cả các chức năng của ETH, IPFS và GRT vào một nền tảng duy nhất.
3. Phân đoạn liền mạch: các phân đoạn trông giống như một phân đoạn với các giao dịch phân đoạn chéo nguyên tử.
4. Xác minh chính thức trên chuỗi nhanh chóng dựa trên hệ thống loại hành vi OSLF của nó.

Nguyên nhân gốc rễ của “Bộ ba nan giải trong chuỗi khối” và giải pháp của nó

Theo quan điểm của Atticbee, “bộ ba vấn đề về bảo mật, hiệu suất và phân quyền”, chỉ áp dụng cho các blockchain hiện tại yêu cầu xếp hàng các giao dịch, nhưng không áp dụng cho RChain không xếp hàng.

Về cơ bản, các blockchain truyền thống yêu cầu các giao dịch được xử lý như một hàng đợi dài, với tất cả các nút trong mạng làm việc cùng nhau để duy trì hàng đợi này. Sau đó, họ phải chịu đựng một tam giác bất khả thi về bảo mật, hiệu suất và phân quyền:

1. Để bảo mật, cần có nhiều nút hơn tham gia vào việc duy trì hàng đợi này.
2. Đối với hiệu suất (khả năng mở rộng), hàng đợi cần di chuyển về phía trước càng nhanh càng tốt.
3. Để phân quyền, tất cả các nút cần có cơ hội bình đẳng để tham gia vào việc quản lý và xử lý hàng đợi này và giám sát lẫn nhau.

Logic cơ bản cho chúng ta biết người ta chỉ có thể chọn bất kỳ hai trong số chúng và từ bỏ thứ ba. Ví dụ điển hình: Ethereum chọn bảo mật và phân quyền theo hiệu suất; Solana, một hệ thống dựa trên nhà lãnh đạo, chọn bảo mật và hiệu suất thay vì phân quyền; EOS với 21 nút bằng nhau chọn hiệu suất và phân quyền về bảo mật.

Tuy nhiên, khi một người nhận ra rằng “duy trì một cách phân tán hàng đợi giao dịch là nguyên nhân gốc rễ của bộ ba nan giải”, vấn đề này sẽ tự nhiên được giải quyết nếu chúng ta có thể loại bỏ sự cần thiết của hàng đợi dịch như RChain. Trong mạng thử nghiệm “hợp nhất khối” của RChain, khi nhiều nút được thêm vào, mạng sẽ đạt được TPS cao hơn. Đó là một bằng chứng chắc chắn rằng bộ ba nan giải đã được giải quyết: nhiều nút hơn có nghĩa là bảo mật mạnh hơn; không có người lãnh đạo có nghĩa là phi tập trung; TPS cao hơn có nghĩa là hiệu suất tốt hơn. Do đó RChain đạt đồng thời cả ba đỉnh của “tam giác bất khả thi”.

RChain VS Solana và PolkaDot – Hai ví dụ về các giải pháp sai lầm

Khi được hỏi quan điểm của mình về các dự án ngôi sao khác, Atticbee cho rằng Solana đạt được TPS cao với chi phí của mô hình tin cậy blockchain, điều này là vô nghĩa vì bất kỳ hệ thống tập trung nào cũng có thể có TPS cao hơn nhiều. Ý tưởng đằng sau thiết kế của nó rất đơn giản: vì quá chậm để cho phép nhiều nút cùng quản lý hàng đợi, nó chỉ để một nút Proof-of-History quyết định thứ tự và ghi vào sổ cái PoH chống giả mạo. Các nút khác chỉ thực hiện và xác thực các giao dịch trong sổ cái này.

Tuy nhiên, bằng cách này, công việc quản lý hàng đợi là tập trung và nút PoH có thể ra lệnh giao dịch hoặc kiểm duyệt các giao dịch theo ý muốn. Những hành vi độc hại này hầu như không thể phát hiện và chứng minh. Atticbee đã đề cập đến Flow như một dự án có ý tưởng tương tự nhưng sử dụng một ủy ban để quyết định đơn đặt hàng, khiến nó trở thành một phiên bản Solana công bằng hơn, nhưng do chi phí TPS của nó thấp hơn nhiều. Đó là một ví dụ trong sách giáo khoa về việc một “hệ thống xếp hàng” chắc chắn phải chịu đựng tình huống khó xử.

Đối với RChain, nó hoàn toàn không cần xếp hàng đợi các giao dịch, vì vậy nó có thể đạt được TPS cao trong khi vẫn giữ một kiến ​​trúc phi tập trung.

Atticbee cũng xem PolkaDot như một giải pháp chuỗi chéo không hoàn chỉnh, thiếu các khả năng điều phối thiết yếu. Nó không có cách nào để hoàn thiện nguyên tử các giao dịch chuỗi chéo. Ngoài ra, nó không cung cấp “bảo mật có thể tổng hợp” để đảm bảo rằng khi một hợp đồng được định vị gọi một hợp đồng khác trên một para-chain khác thông qua chuỗi chuyển tiếp, các quyền được cấp sẽ không bị rò rỉ cho người khác. RChain đã hoàn thiện nguyên tử các giao dịch xuyên chuỗi, cùng với hệ thống loại hành vi như một “tường lửa trên chuỗi”, làm cho nó trở thành một giải pháp chuỗi chéo vượt trội.

Một máy tính toàn cầu với điều phối quy trình đồng thời

Mục tiêu cuối cùng của RChain là xây dựng một máy tính toàn cầu thực sự để làm nền tảng của Web 3.0. Như đã thấy từ trải nghiệm Web 2.0, tài sản quý giá nhất trên web là lượng dữ liệu khổng lồ. Do đó, tất cả các blockchain hiện tại đã được xây dựng với thiết kế sai ngay từ đầu: chúng được tối ưu hóa độc quyền làm mạng thanh toán. Cơ sở hạ tầng Web 3.0 thực sự phải được thiết kế cho các ứng dụng sử dụng nhiều dữ liệu.

Ngoài ra, chúng ta có thể thấy rằng các hệ thống Web 2.0 hiện tại đang trở nên phức tạp hơn, nhưng nhờ vào việc cấu thành hóa và chứa, các nhà phát triển có thể nhanh chóng xây dựng các hệ thống lớn với các thành phần nhỏ hơn có thể tái sử dụng. Tuy nhiên, nếu không có hệ thống xác minh chính thức nhanh chóng để đảm bảo sự hợp tác an toàn giữa các hợp đồng, thì không có blockchain nào hiện tại có thể đạt được điều này. Giai đoạn Sao Kim của lộ trình RChain cố gắng giải quyết điểm khó khăn này bằng cách giới thiệu một hệ thống hỗ trợ loại hành vi. RChain’s Rho-Calculus là một trong số rất ít mô hình có khả năng này.

Mọi nhà phát triển nên bắt đầu học Rholang

Rholang, một ngôn ngữ dựa trên phép tính quy trình, từ lâu đã bị ngành công nghệ thông tin bỏ quên vì họ không muốn rời khỏi vùng an toàn của các mô hình lập trình hiện tại. Tuy nhiên, bước vào kỷ nguyên blockchain, Rholang có một loạt lợi thế cho blockchain bởi thiết kế của nó.

Trước hết, tính bất biến của nó làm cho các giao dịch “không cần xếp hàng” có thể thực hiện được. Tất cả tài nguyên trong Rholang là dữ liệu bất biến và mã được tổ chức theo các kênh. Atticbee đã thực hiện một phép ẩn dụ: một hợp đồng được viết bằng ngôn ngữ truyền thống như Solidity giống như một nhóm trẻ vẽ trên bảng đen: thứ tự mà bọn trẻ vẽ sẽ ảnh hưởng đến trạng thái cuối cùng của bảng, vì vậy chúng phải xếp hàng. Mặt khác, Rholang giống một nhóm trẻ chơi với các khối Lego hơn: chúng có thể nhặt và lắp ráp một số khối và sau đó kết nối sản phẩm lại với dự án chung. Vì không ai có thể “đột biến” bất kỳ mảnh nào, thứ tự không quan trọng để bọn trẻ có thể chơi cùng một lúc.

Một lợi ích quan trọng khác của việc “không phải xếp hàng” là dữ liệu lớn có thể được lưu trữ trực tiếp trên chuỗi. Mọi giao dịch sử dụng nhiều dữ liệu đều phải đối phó với độ trễ cao của các hoạt động mạng và đĩa. Điều kiện tiên quyết để các giao dịch đó được thực hiện trên chuỗi là chúng có thể được xử lý đồng thời với các loại giao dịch khác.

Sau cột mốc sharding, RChain sẽ có một tính năng thân thiện với nhà phát triển khác: không có sự khác biệt giữa việc viết hợp đồng nhiều phân đoạn và viết hợp đồng một phân đoạn.

Sau cột mốc Venus, các nhà phát triển có thể sử dụng hệ thống loại hành vi để thực hiện phân tích tĩnh để trả lời các câu hỏi như: Liệu mã này có tạo ra điều kiện chạy đua, đi vào bế tắc hay rò rỉ bất kỳ quyền nào đã cho cho bên thứ ba không? Những phân tích này có thể được thực hiện tại thời điểm biên dịch ở Rholang, trước khi mã chạy. Với tính năng này, giờ đây bạn có thể tổ chức một nhóm hợp đồng với nhau trên chuỗi và cho phép chúng gọi cho nhau một cách an toàn trong một cài đặt đồng thời. Lợi thế này hoàn thành tính năng sát thủ cuối cùng của RChain: điều phối hợp đồng trên chuỗi, hay “Kubernetes trên blockchain”.

Cộng đồng RChain đã xây dựng DApp mà các chuỗi khác không thể làm được bằng cách tận dụng khả năng lưu trữ dữ liệu trên chuỗi của nó ：

1. Dappy: máy chủ và trình duyệt DNS phi tập trung, với NFT và ví được tích hợp trong một gói.
2. RSong: phát nhạc trực tuyến DApp với nhạc được lưu trữ trực tiếp trên chuỗi.
3. RPI: một nền tảng NFT ảnh với dữ liệu ảnh được lưu trữ trực tiếp trên chuỗi.
4. RCovid-19 Passport: giấy chứng nhận tiêm chủng được lưu trữ trực tiếp trên dây chuyền.

Atticbee dự đoán rằng khi tất cả các mốc hoàn thành, lợi ích của Rholang đủ để khiến mọi nhà phát triển DApp áp dụng mô hình ngôn ngữ mới này.

Đây là một bài đăng được tài trợ. Tìm hiểu cách tiếp cận khán giả của chúng tôi tại đây. Đọc tuyên bố từ chối trách nhiệm dưới đây.