Modular blockchain là kiến trúc phân tách một hoặc nhiều chức năng cốt lõi của blockchain — thực thi, thanh toán, đồng thuận và khả dụng dữ liệu — sang các lớp hoặc hệ thống chuyên biệt. Thay vì yêu cầu một mạng duy nhất xử lý toàn bộ quy trình, blockchain mô-đun phân công từng nhiệm vụ cho lớp phù hợp.
Mục tiêu của cách tiếp cận này là mở rộng năng lực xử lý và cho phép từng lớp được tối ưu riêng. Đổi lại, hệ thống phải quản lý nhiều mối phụ thuộc hơn, từ lớp thanh toán, nơi lưu dữ liệu đến cầu nối và cơ chế truyền thông điệp.
Modular blockchain là gì?
Trong một blockchain nguyên khối, cùng một mạng thường đảm nhận cả việc xử lý giao dịch, xác nhận trạng thái, thống nhất thứ tự khối và công bố dữ liệu. Nếu cần tìm hiểu từ nền tảng, bài giải thích blockchain và cơ chế hoạt động giúp làm rõ vai trò của khối, node và sổ cái phân tán.
Với kiến trúc blockchain modular, các chức năng đó có thể được phân chia như sau:
- Một lớp thực thi xử lý giao dịch và tính toán trạng thái mới.
- Một lớp thanh toán xác minh kết quả hoặc giải quyết tranh chấp.
- Một mạng đồng thuận thống nhất thứ tự và tính cuối cùng của dữ liệu.
- Một lớp khả dụng dữ liệu bảo đảm dữ liệu giao dịch được công bố để người tham gia có thể kiểm tra.
“Phân tách” không nhất thiết có nghĩa là bốn blockchain độc lập. Một lớp có thể đảm nhiệm hai hoặc ba chức năng, trong khi chức năng còn lại được chuyển sang hệ thống khác. Vì vậy, modular blockchain nên được hiểu là một phổ kiến trúc thay vì một mô hình duy nhất.
Bốn chức năng chính trong kiến trúc blockchain modular
Execution: lớp thực thi
Execution nhận giao dịch, chạy logic của ứng dụng hoặc hợp đồng thông minh và tính trạng thái mới. Ví dụ, lớp này xác định số dư thay đổi ra sao sau một giao dịch hoặc kết quả của một lệnh trên giao thức tài chính phi tập trung.
Trong mô hình rollup, phần lớn quá trình thực thi diễn ra ngoài chuỗi cơ sở. Nhiều giao dịch được xử lý thành một lô, sau đó kết quả và dữ liệu cần thiết được gửi tới các lớp khác.
Cần phân biệt thực thi với đồng thuận: lớp thực thi tính toán điều gì đã xảy ra, còn lớp đồng thuận giúp mạng thống nhất phiên bản lịch sử nào được chấp nhận.
Settlement: lớp thanh toán và phân xử
Settlement trong ngữ cảnh modular blockchain không đơn thuần là thanh toán tiền. Đây là lớp xác lập kết quả giữa các lớp thực thi, kiểm tra bằng chứng và xử lý tranh chấp theo quy tắc của hệ thống.
Tùy thiết kế, lớp settlement có thể:
- Nhận cam kết trạng thái từ lớp thực thi.
- Kiểm tra bằng chứng hợp lệ hoặc cho phép phản biện kết quả.
- Quản lý tài sản được chuyển giữa chuỗi cơ sở và lớp mở rộng.
- Xác định trạng thái cuối cùng mà các bên có thể dựa vào.
Nhiều rollup sử dụng một Layer 1 làm nơi settlement. Để hiểu nền tảng mà rollup dựa vào, người đọc có thể tham khảo cách Layer 1 xử lý đồng thuận và giao dịch.
Consensus: lớp đồng thuận
Consensus cho phép các node thống nhất về thứ tự dữ liệu, trạng thái chính thức và tính cuối cùng của khối. Proof of Work và Proof of Stake là hai nhóm cơ chế đồng thuận thường gặp, nhưng cách triển khai cụ thể khác nhau giữa từng mạng.
Trong kiến trúc mô-đun, lớp đồng thuận có thể không trực tiếp chạy toàn bộ giao dịch của người dùng. Nó tập trung vào việc sắp xếp, xác nhận và bảo vệ lịch sử dữ liệu mà các lớp khác sử dụng.
Data availability: lớp khả dụng dữ liệu
Data availability, thường được viết tắt là DA, trả lời câu hỏi: dữ liệu cần thiết để kiểm tra và tái dựng trạng thái có thực sự được công bố hay không?
Một cam kết hoặc bằng chứng cho biết kết quả tính toán có thể hợp lệ, nhưng người dùng vẫn cần biết dữ liệu giao dịch có sẵn. Nếu nhà vận hành giữ lại dữ liệu, các bên khác có thể không tái dựng được trạng thái, không tự kiểm tra hệ thống hoặc không rút tài sản theo cơ chế dự phòng.
Vì vậy, khả dụng dữ liệu khác với lưu trữ dữ liệu lâu dài. DA tập trung vào việc dữ liệu được công bố đầy đủ tại thời điểm cần xác minh; chính sách lưu trữ lịch sử có thể là một vấn đề riêng.
Modular blockchain vận hành như thế nào?
Một quy trình đơn giản hóa có thể diễn ra theo các bước:
- Người dùng gửi giao dịch đến lớp thực thi hoặc sequencer.
- Lớp thực thi sắp xếp giao dịch, chạy tính toán và tạo trạng thái mới.
- Dữ liệu của lô giao dịch được công bố trên lớp DA đã chọn.
- Cam kết trạng thái cùng bằng chứng hoặc cơ chế phản biện được chuyển tới lớp settlement.
- Lớp đồng thuận xác nhận dữ liệu theo lịch sử chính thức của mạng.
- Khi đáp ứng điều kiện của hệ thống, kết quả đạt mức hoàn tất tương ứng.
Đây chỉ là luồng khái quát. Không phải modular blockchain nào cũng có sequencer, dùng cùng loại bằng chứng hoặc dựa vào một lớp bên ngoài để settlement. Thứ tự công bố dữ liệu và xác nhận kết quả cũng phụ thuộc thiết kế.
Một điểm quan trọng là giao dịch không tự động kế thừa toàn bộ bảo mật của chuỗi cơ sở chỉ vì dự án đăng một phần dữ liệu hoặc bằng chứng lên đó. Muốn đánh giá mức kế thừa bảo mật, cần xác định chính xác chuỗi cơ sở đang cung cấp settlement, consensus, data availability hay chỉ là nơi ghi lại cam kết.
So sánh monolithic và modular blockchain
| Tiêu chí | Blockchain nguyên khối | Blockchain mô-đun |
|---|---|---|
| Phân công chức năng | Một mạng đảm nhận phần lớn execution, settlement, consensus và DA | Một hoặc nhiều chức năng được chuyển sang lớp chuyên biệt |
| Khả năng mở rộng | Phụ thuộc vào giới hạn xử lý và yêu cầu phần cứng của cùng một mạng | Có thể mở rộng bằng nhiều lớp thực thi hoặc lớp DA chuyên dụng |
| Mô hình bảo mật | Tương đối tập trung vào một tập quy tắc và mạng xác thực | Phụ thuộc vào bảo mật của từng lớp và kết nối giữa các lớp |
| Tính kết hợp | Ứng dụng trên cùng chuỗi thường tương tác đồng bộ dễ hơn | Thanh khoản và trạng thái có thể phân mảnh giữa nhiều môi trường |
| Độ phức tạp | Kiến trúc và luồng xác minh thường dễ theo dõi hơn | Cần đánh giá sequencer, bridge, settlement, DA và cơ chế nâng cấp |
| Tùy biến | Ứng dụng phải tuân theo môi trường chung của chuỗi | Lớp thực thi có thể tùy chỉnh máy ảo, phí và quy tắc vận hành |
| Sự cố | Sự cố ở mạng chính có thể ảnh hưởng toàn bộ chức năng | Sự cố một lớp có thể lan sang các lớp phụ thuộc vào nó |
Bitcoin thường được dùng như một ví dụ trực quan về kiến trúc nguyên khối: cùng mạng lưới chịu trách nhiệm sắp xếp giao dịch, đồng thuận, công bố dữ liệu và thực thi bộ quy tắc của giao thức. Tuy nhiên, khái niệm monolithic và modular là cách phân loại kiến trúc; không phải nhãn đánh giá mạng nào tốt hơn trong mọi trường hợp.
Đánh đổi bảo mật và mức phụ thuộc giữa các lớp
Lợi ích lớn của blockchain mô-đun là chuyên môn hóa. Rủi ro lớn tương ứng là bảo mật đầu cuối chỉ mạnh khi toàn bộ chuỗi phụ thuộc hoạt động đúng như thiết kế.
Phụ thuộc vào lớp thực thi và sequencer
Sequencer có thể quyết định thứ tự giao dịch và thời điểm đưa giao dịch vào lô. Nếu sequencer ngừng hoạt động, người dùng có thể gặp vấn đề về tính sẵn sàng. Nếu sequencer kiểm duyệt giao dịch, hệ thống cần cơ chế gửi giao dịch bắt buộc hoặc lối thoát thông qua lớp cơ sở.
Sequencer tập trung không đồng nghĩa tài sản chắc chắn mất an toàn, nhưng tạo thêm rủi ro về kiểm duyệt, gián đoạn và sắp xếp giao dịch. Cần xem xét riêng quyền mà sequencer nắm giữ.
Phụ thuộc vào cơ chế settlement
Với optimistic rollup, kết quả thường có khoảng thời gian để các bên phát hiện và phản biện trạng thái sai. Mô hình này cần cơ chế bằng chứng gian lận hoạt động và ít nhất một bên trung thực có khả năng gửi phản biện khi cần.
Với validity rollup, hợp đồng settlement kiểm tra bằng chứng mật mã về tính hợp lệ của quá trình chuyển trạng thái. Rủi ro vẫn có thể đến từ lỗi mạch chứng minh, trình xác minh, hợp đồng thông minh hoặc cơ chế nâng cấp.
Hai mô hình trên không loại bỏ yêu cầu về khả dụng dữ liệu. Một trạng thái được chứng minh hợp lệ vẫn có thể gây khó khăn cho người dùng nếu dữ liệu cần để tái dựng trạng thái không được cung cấp theo thiết kế.
Phụ thuộc vào lớp data availability
Nếu rollup công bố dữ liệu lên cùng Layer 1 dùng để settlement, nó có thể dựa vào các bảo đảm DA của Layer 1 đó. Nếu dữ liệu được gửi đến một mạng DA khác hoặc một ủy ban lưu giữ dữ liệu, mô hình tin cậy sẽ thay đổi.
Nhà đầu tư nên kiểm tra hệ thống có thể làm gì khi lớp DA ngừng hoạt động hoặc giữ lại dữ liệu. Các câu hỏi quan trọng gồm: người dùng có thể tự tái dựng trạng thái không, có chế độ rút tài sản khẩn cấp không và ai có quyền kích hoạt cơ chế dự phòng?
Phụ thuộc vào bridge và truyền thông điệp
Khi tài sản và thông điệp đi qua nhiều lớp, bridge trở thành một phần của bề mặt tấn công. Mức an toàn phụ thuộc vào cách bridge xác minh trạng thái: xác minh trực tiếp bằng bằng chứng, dựa vào một nhóm người ký hay tin vào bên vận hành.
Không nên đánh đồng bảo mật của bridge với bảo mật đồng thuận của các blockchain mà nó kết nối. Một chuỗi có thể hoạt động bình thường trong khi bridge gặp lỗi hợp đồng hoặc bị chiếm quyền kiểm soát.
Phụ thuộc vào quyền quản trị và nâng cấp
Nhiều hệ thống có khóa quản trị, hội đồng bảo mật hoặc hợp đồng có thể nâng cấp. Đây có thể là biện pháp ứng phó lỗi trong giai đoạn đầu, nhưng cũng tạo ra giả định tin cậy bổ sung.
Cần xác định ai có thể thay đổi hợp đồng, thời gian trì hoãn nâng cấp, khả năng tạm dừng hệ thống và quy trình người dùng thoát khỏi lớp thực thi. Nhãn “modular” không tự bảo đảm tính phi tập trung.
Các mô hình blockchain mô-đun phổ biến
Rollup dùng Layer 1 cho settlement và DA
Lớp rollup thực thi giao dịch, sau đó đăng dữ liệu cùng bằng chứng hoặc cam kết trạng thái lên Layer 1. Thiết kế này tận dụng settlement, consensus và data availability của chuỗi cơ sở, nhưng vẫn phụ thuộc vào hợp đồng rollup, sequencer và cơ chế nâng cấp.
Rollup dùng lớp DA riêng
Lớp thực thi có thể thanh toán trên một chuỗi nhưng công bố dữ liệu sang mạng DA khác. Cách tiếp cận này có thể giảm áp lực dữ liệu lên lớp settlement, đồng thời tạo thêm mối phụ thuộc giữa hai mạng.
Trong trường hợp này, cần kiểm tra lớp settlement có thể xác nhận dữ liệu thực sự khả dụng bằng cách nào. Chỉ đăng một cam kết dữ liệu không phải lúc nào cũng tương đương với việc bảo đảm dữ liệu đã được công bố đầy đủ.
Validium hoặc hệ thống DA ngoài chuỗi
Validium thường dùng bằng chứng hợp lệ cho việc chuyển trạng thái nhưng giữ dữ liệu giao dịch ngoài lớp settlement. Thiết kế có thể tăng năng lực xử lý, song người dùng phải chấp nhận thêm giả định về bên cung cấp dữ liệu hoặc ủy ban DA.
Do đó, validity proof không có nghĩa validium sở hữu cùng mô hình bảo mật dữ liệu với rollup đăng toàn bộ dữ liệu lên chuỗi cơ sở.
Sovereign rollup
Sovereign rollup chủ yếu dùng một lớp khác để sắp xếp và công bố dữ liệu, trong khi quy tắc xác minh trạng thái do các node của rollup thực thi. Thay vì dựa hoàn toàn vào hợp đồng settlement trên một chuỗi cơ sở, người dùng cần chạy hoặc tin vào phần mềm xác minh phù hợp với quy tắc của rollup.
Mô hình này tăng quyền tự chủ cho lớp thực thi nhưng làm thay đổi cách nâng cấp, phân nhánh và đạt đồng thuận xã hội về trạng thái hợp lệ.
Cách đánh giá một dự án modular blockchain
Khi phân tích một dự án, không nên dừng ở tuyên bố “mô-đun” hoặc thông lượng cao. Có thể lần lượt trả lời các câu hỏi sau:
- Dự án đảm nhiệm chức năng nào? Xác định rõ execution, settlement, consensus và DA nằm ở đâu.
- Trạng thái được xác minh bằng cách nào? Kiểm tra dự án dùng fraud proof, validity proof hay một nhóm người ký đáng tin cậy.
- Dữ liệu được công bố ở đâu? Phân biệt dữ liệu trên Layer 1, mạng DA độc lập và hệ thống lưu trữ do một ủy ban quản lý.
- Ai sắp xếp giao dịch? Xem sequencer có tập trung không, có thể kiểm duyệt giao dịch không và cơ chế dự phòng là gì.
- Người dùng có thể tự thoát không? Đánh giá khả năng rút tài sản khi sequencer, giao diện hoặc nhà vận hành ngừng hoạt động.
- Bridge dựa trên giả định nào? Xác định bridge xác minh bằng chứng hay phụ thuộc multisig, oracle hoặc người giám sát.
- Ai có quyền nâng cấp? Kiểm tra khóa quản trị, thời gian chờ và phạm vi quyền hạn của hội đồng bảo mật.
- Sự cố một lớp ảnh hưởng ra sao? Mô phỏng trường hợp lớp DA dừng, settlement bị nghẽn hoặc sequencer ngoại tuyến.
- Mức độ phi tập trung thực tế thế nào? Số lượng thành phần vận hành chỉ có ý nghĩa khi đi kèm phân bổ quyền lực và khả năng xác minh độc lập.
- Nhu cầu sử dụng có phù hợp kiến trúc không? Thiết kế kỹ thuật cần phục vụ ứng dụng và người dùng, không chỉ tạo câu chuyện tiếp thị.
Các tiêu chí này nên được kết hợp với quy trình đánh giá dự án blockchain, bao gồm đội ngũ, sản phẩm, token, quản trị và rủi ro thị trường.
Modular blockchain có thay thế blockchain nguyên khối không?
Modular blockchain không mặc nhiên thay thế mọi blockchain nguyên khối. Hai kiến trúc phục vụ các ưu tiên khác nhau.
Blockchain nguyên khối phù hợp khi hệ thống ưu tiên mô hình bảo mật dễ theo dõi, trạng thái thống nhất và khả năng kết hợp trực tiếp trên cùng mạng. Đổi lại, mạng phải cân bằng giữa thông lượng, yêu cầu phần cứng và mức độ phi tập trung.
Blockchain mô-đun phù hợp khi cần nhiều môi trường thực thi, khả năng tùy biến hoặc mở rộng bằng các lớp chuyên biệt. Đổi lại, người dùng và nhà phát triển phải hiểu nhiều giả định bảo mật hơn, đặc biệt ở sequencer, bridge, settlement và data availability.
Điểm cốt lõi không phải dự án tự gọi mình là monolithic hay modular, mà là chức năng nào đang được giao cho lớp nào và điều gì xảy ra khi một lớp không hoạt động. Một kiến trúc mô-đun chỉ an toàn ở mức mà người dùng có thể xác minh toàn bộ chuỗi phụ thuộc của nó.
