Giải mã SCP: Mô hình cơ sở hạ tầng phi tin cậy vượt ra ngoài định thức Rollup
Tuyển chọn TechFlowTuyển chọn TechFlow
Giải mã SCP: Mô hình cơ sở hạ tầng phi tin cậy vượt ra ngoài định thức Rollup
Tầm nhìn và ứng dụng thực tế của SCP là xây dựng một cơ sở hạ tầng phi tin cậy thế hệ mới, thậm chí là một nền tảng tính toán không dựa trên cấu trúc blockchain.
Chuyên sâu báo cáo Web3Tác giả: Vụ Nguyệt, Web3 Geeks
Dẫn luận: Bài viết này sẽ giới thiệu một cách mang tính định hướng về một mô hình thiết kế cơ sở hạ tầng Web3 có phần lập dị —— Mô hình Đồng thuận Dựa trên Lưu trữ (Storage-based Consensus Paradigm - SCP). Mặc dù về mặt lý thuyết, mô hình sản phẩm này khác biệt đáng kể so với các giải pháp blockchain mô-đun phổ biến như Rollup trên Ethereum, nhưng về độ khả thi trong triển khai thực tế và mức độ dễ dàng tích hợp với nền tảng Web2, thì lại rất cao, bởi vì ngay từ đầu nó đã không cố gắng tự giới hạn mình trong một con đường triển khai hẹp như Rollup. Thay vào đó, nó theo đuổi một khuôn khổ rộng rãi và cởi mở hơn nhằm kết hợp liền mạch giữa nền tảng Web2 và cơ sở hạ tầng Web3, đây là một ý tưởng táo bạo, đầy sáng tạo.
Hãy tưởng tượng một giải pháp mở rộng chuỗi công cộng với những đặc điểm sau:
-
Tốc độ sánh ngang hoặc vượt trội so với ứng dụng Web2 truyền thống hoặc sàn giao dịch, nhanh hơn bất kỳ blockchain công cộng, L2, rollup hay sidechain nào.
-
Không có phí Gas, chi phí sử dụng gần như bằng 0.
-
An toàn vốn cao hơn nhiều so với các cơ sở tập trung như sàn giao dịch; thấp hơn rollup nhưng bằng hoặc cao hơn sidechain.
-
Trải nghiệm người dùng giống như Web2, không cần hiểu biết gì về khóa công/khóa riêng, ví hay cơ sở hạ tầng blockchain.
Một giải pháp như vậy quả thật rất hấp dẫn: một mặt, về khả năng mở rộng, nó gần như đạt đến cực hạn; mặt khác, nó đặt nền móng vững chắc cho việc áp dụng đại trà Web3, xóa bỏ hầu hết rào cản trải nghiệm giữa Web2 và Web3.
Tuy nhiên, chúng ta dường như khó nghĩ ra được bao nhiêu giải pháp có thể hoàn thiện đến vậy, bởi vì chủ đề thảo luận và thực tiễn chính thống hiện nay còn quá ít.
Chúng tôi lấy mở rộng – một chủ đề quen thuộc – làm điểm khởi đầu, nhưng thực tế SCP không chỉ giới hạn ở việc mở rộng, cảm hứng thiết kế của nó bắt nguồn từ các giải pháp mở rộng và thảo luận cộng đồng liên quan đến các blockchain công cộng như Bitcoin và Ethereum. Tầm nhìn và ứng dụng thực tế của nó là xây dựng thế hệ cơ sở hạ tầng phi tin cậy mới, thậm chí là một nền tảng xử lý không dựa trên cấu trúc blockchain.
Các thành phần cơ bản và nguyên lý hoạt động của SCP
Nói chung, cũng như khái niệm «blockchain mô-đun» mà cộng đồng Ethereum và Celestia đề cập, SCP cũng có sự phân chia mô-đun rõ ràng gồm: lớp khả dụng dữ liệu (data availability), lớp thực thi, lớp đồng thuận và lớp thanh toán.
-
Lớp khả dụng dữ liệu (DA): Do một blockchain công cộng được công nhận rộng rãi và đã được kiểm chứng lâu dài đảm nhiệm, hoặc do cơ sở lưu trữ chuyên biệt đảm nhiệm, ví dụ như Ethereum, Arweave, Celestia, v.v.
-
Lớp thực thi: Một máy chủ tiếp nhận giao dịch người dùng, thực thi và gửi hàng loạt dữ liệu giao dịch đã ký bởi người dùng lên lớp DA – tương tự trình sắp xếp (sequencer) của Rollup. Tuy nhiên, lớp thực thi không nhất thiết phải có cấu trúc chuỗi kiểu blockchain; nó hoàn toàn có thể là một hệ thống cơ sở dữ liệu Web2 + hệ thống tính toán, miễn là toàn bộ hệ thống tính toán này phải mã nguồn mở và minh bạch.
-
Lớp đồng thuận: Gồm một nhóm nút, kéo dữ liệu mà lớp thực thi đã gửi lên lớp DA, sử dụng cùng thuật toán với lớp thực thi để tính toán lại dữ liệu, xác minh kết quả đầu ra của lớp thực thi có đúng hay không, đồng thời đóng vai trò dự phòng phòng ngừa sự cố cho lớp thực thi. Người dùng cũng có thể đọc dữ liệu trả về từ các nút đồng thuận để đảm bảo lớp thực thi không gian lận.
-
Lớp thanh toán: Gồm một nhóm nút và các hợp đồng hoặc địa chỉ trên các chuỗi khác, xử lý hành vi nạp/rút tài sản vào/ra khỏi SCP, hoạt động tương tự như một cầu nối chéo chuỗi (cross-chain bridge). Các nút thanh toán thông qua hợp đồng đa chữ ký hoặc địa chỉ dựa trên TSS để kiểm soát chức năng rút tài sản từ địa chỉ nạp. Khi nạp tiền, người dùng gửi tài sản vào địa chỉ chỉ định trên chuỗi; khi rút tiền, họ gửi yêu cầu, các nút thanh toán đọc dữ liệu và thông qua đa ký hoặc TSS để giải phóng tài sản. Mức độ an toàn của lớp thanh toán phụ thuộc vào cơ chế chéo chuỗi được sử dụng.
Khung thực tiễn của SCP
Chúng ta có thể hiểu mô hình SCP thông qua khung dưới đây. Một sản phẩm đáp ứng khung SCP có thể sở hữu các chức năng chính như nạp tiền, chuyển khoản, rút tiền, hoán đổi (swap), và có thể mở rộng thêm. Hình dưới là sơ đồ nguyên lý của một sản phẩm như vậy:
-
Lớp DA sử dụng Arweave – cơ sở lưu trữ vĩnh viễn, biểu thị bằng vòng tròn lớn trong hình.
-
Người điều phối (Coordinator), tức lớp thực thi. Người dùng gửi giao dịch tới người điều phối, người này thực hiện tính toán, hiển thị kết quả, sau đó gửi hàng loạt dữ liệu đầu vào gốc của người dùng lên lớp DA.
-
Người kiểm tra (Detector) kéo dữ liệu giao dịch gốc do người điều phối gửi lên Arweave, sử dụng cùng thuật toán với người điều phối để xác minh dữ liệu và kết quả. Phần mềm khách (client) của người kiểm tra cũng mã nguồn mở, bất kỳ ai cũng có thể chạy.
-
Người canh gác (Watchmen), là nhóm người kiểm tra nắm giữ hệ thống đa ký rút tiền. Họ xác minh và phê duyệt các yêu cầu rút tiền dựa trên dữ liệu giao dịch. Ngoài ra, họ cũng chịu trách nhiệm ký các đề xuất.
Chúng ta thấy toàn bộ hệ thống đạt được sự đồng thuận hoàn toàn nằm ngoài chuỗi (off-chain), đây chính là cốt lõi của mô hình Đồng thuận Dựa trên Lưu trữ —— nó loại bỏ hệ thống đồng thuận nút kiểu blockchain, giúp lớp thực thi thoát khỏi quy trình trao đổi và xác nhận đồng thuận nặng nề, chỉ cần làm tốt nhiệm vụ của một máy chủ, từ đó đạt được TPS gần như vô hạn và hiệu quả kinh tế cao. Điều này rất giống Rollup, nhưng SCP đi theo một con đường khác, biến một trường hợp dùng chuyên biệt về mở rộng thành một mô hình chuyển tiếp mới từ Web2 sang Web3.
Người điều phối nói trên là một máy chủ, nhưng điều này không có nghĩa là họ có thể hành động tùy tiện. Cũng giống như trình sắp xếp của Rollup, sau khi gửi hàng loạt dữ liệu gốc của người dùng lên Arweave, bất kỳ ai cũng có thể chạy chương trình người kiểm tra để xác minh, so sánh với trạng thái trả về từ người điều phối. Về mặt nào đó, tư duy này hoàn toàn giống với ứng dụng dạng inscriptions.
Trong kiến trúc này, việc sử dụng máy chủ tập trung, cơ sở dữ liệu tập trung không tạo thành thách thức căn bản. Đây cũng là một điểm nữa của mô hình SCP: tách rời khái niệm «tập trung» và «thực thể đơn lẻ» —— một hệ thống phi tin cậy vẫn có thể chứa thành phần tập trung, thậm chí là thành phần cốt lõi, nhưng điều này không ảnh hưởng đến tính phi tin cậy tổng thể.
Chúng ta có thể hô khẩu hiệu: «Cơ sở hạ tầng phi tin cậy thế hệ mới không nhất thiết phải phụ thuộc vào giao thức đồng thuận, nhưng phải là một hệ thống mã nguồn mở và mạng nút P2P.»
Lý do ban đầu con người phát minh và sử dụng blockchain là để đạt được tính phi tin cậy, sổ cái nhất quán, không thể làm giả, truy xuất nguồn gốc, v.v. – những điều cơ bản đã được nêu rõ trong whitepaper Bitcoin. Nhưng kể từ sau Ethereum, dù là các giải pháp mở rộng của blockchain cũ, hay Rollup hay blockchain mô-đun, mọi người đều rơi vào lối mòn tư duy: thứ chúng ta làm phải là một blockchain (gồm các nút với giao thức đồng thuận), hoặc là một giải pháp trông giống blockchain (chỉ có cấu trúc dữ liệu blockchain, nhưng các nút không trao đổi tin nhắn đồng thuận trực tiếp).
Nhưng giờ đây, trong khuôn khổ SCP, ngay cả khi không phải blockchain, chúng ta vẫn có thể đạt được tính phi tin cậy, sổ cái nhất quán, không thể làm giả, truy xuất nguồn gốc... tất nhiên前提是 phải có chi tiết triển khai rõ ràng hơn.
Lớp thực thi
Lớp thực thi đóng vai trò then chốt trong toàn bộ hệ thống, đảm nhận toàn bộ quá trình tính toán và quyết định loại ứng dụng nào có thể chạy trên hệ thống.
Môi trường thực thi vô hạn khả năng
Về lý thuyết, môi trường thực thi trong lớp thực thi có thể được thiết kế theo mọi hình dạng, khả năng là vô tận, cụ thể phụ thuộc vào định vị dự án của đội ngũ phát triển:
-
Sàn giao dịch. Có thể xây dựng sàn giao dịch công khai, minh bạch, TPS cao dựa trên SCP, vừa có tốc độ nhanh, chi phí 0 như CEX, lại giữ được tính phi tập trung như DEX. Sự phân biệt giữa CEX và DEX tại đây trở nên mờ nhòa.
-
Mạng thanh toán. Tương tự Alipay, PayPal, v.v.
-
Máy ảo / blockchain hỗ trợ tải chương trình/hợp đồng. Bất kỳ nhà phát triển nào cũng có thể triển khai ứng dụng tùy ý, chia sẻ dữ liệu người dùng với các chương trình khác và thực hiện thao tác theo chỉ lệnh người dùng.
Thiết kế hỗ trợ mọi môi trường thực thi của SCP có lợi ích độc đáo riêng: Không cần dựa vào các thành phần mang gánh nặng lịch sử, đặc biệt như khái niệm «trừu tượng tài khoản» (account abstraction) do cộng đồng Ethereum sáng tạo, vốn hoàn toàn không cần thiết đối với SCP.
Trong kiến trúc SCP, bản thân khái niệm trừu tượng tài khoản không tồn tại —— bạn có thể tự do sử dụng tài khoản chuẩn Web2 hoặc tài khoản blockchain. Từ góc độ này, nhiều trường hợp dùng Web2 trưởng thành không cần suy nghĩ lại hay xây dựng lại, có thể dùng trực tiếp trên SCP. Đây có lẽ là lợi thế của SCP so với Rollup.
Tính minh bạch và bất đối xứng
Phần trên đề cập đến hệ thống tài khoản, độc giả nhạy bén hẳn đã nhận ra rằng, mặc dù SCP có thể tận dụng hệ thống tài khoản Web2, nhưng việc sao chép y nguyên có vẻ cũng gặp vấn đề.
Bởi vì toàn bộ hệ thống này hoàn toàn minh bạch! Việc sử dụng nguyên mẫu tương tác người dùng - máy chủ sẽ gây ra vấn đề nghiêm trọng, khiến toàn bộ hệ thống mất an toàn. Trước tiên hãy ôn lại cách mô hình máy chủ - người dùng truyền thống hoạt động:
1. Đăng ký tài khoản: Người dùng nhập tên đăng nhập và mật khẩu tại trang đăng ký ứng dụng. Để bảo vệ mật khẩu, máy chủ sau khi nhận được sẽ xử lý bằng hàm băm. Để tăng độ phức tạp của băm và chống tấn công bảng cầu vồng, thường thêm một chuỗi ngẫu nhiên (gọi là «muối» - salt) vào mỗi mật khẩu trước khi băm. Tên đăng nhập, muối, giá trị băm được lưu trữ rõ ràng trong cơ sở dữ liệu nhà cung cấp dịch vụ, không công khai ra ngoài. Tuy vậy, vẫn cần xử lý kỹ lưỡng để chống nội gián và chống tấn công.
2. Đăng nhập người dùng: Người dùng nhập tên và mật khẩu tại biểu mẫu đăng nhập. Hệ thống so sánh giá trị băm đã xử lý với giá trị băm lưu trong cơ sở dữ liệu. Nếu hai giá trị khớp nhau, coi như mật khẩu đúng, tiến trình đăng nhập tiếp tục.
3. Xác thực thao tác: Sau khi xác minh đăng nhập thành công, hệ thống tạo một phiên (session) cho người dùng. Thông thường, thông tin phiên được lưu trên máy chủ, và máy chủ gửi một định danh (ví dụ cookie hoặc token) tới trình duyệt hoặc ứng dụng người dùng. Trong các thao tác tiếp theo, người dùng không cần nhập lại tên/mật khẩu: trình duyệt hoặc ứng dụng lưu định danh cookie, và đính kèm định danh này vào mỗi yêu cầu, chứng minh họ được phép từ máy chủ liên kết với cookie đó.
Bây giờ hãy ôn lại hệ thống tương tác điển hình blockchain - người dùng trong Web3:
1. Đăng ký tài khoản: Thực tế không có quá trình đăng ký, cũng không có hệ thống tên đăng nhập - mật khẩu. Tài khoản (địa chỉ) không cần đăng ký, tồn tại tự nhiên, ai nắm giữ khóa riêng thì kiểm soát tài khoản đó. Khóa riêng được ví điện tử sinh ngẫu nhiên cục bộ, không liên quan đến kết nối mạng.
2. Đăng nhập người dùng: Sử dụng blockchain không cần đăng nhập, phần lớn dApp không có bước này, thay vào đó là kết nối ví. Một số dApp sau khi kết nối ví sẽ yêu cầu người dùng ký để xác minh họ thực sự sở hữu khóa riêng, chứ không chỉ gửi địa chỉ ví lên frontend.
3. Xác thực thao tác: Người dùng trực tiếp gửi dữ liệu đã ký tới các nút, sau khi nút xác minh sẽ phát tán giao dịch khắp mạng blockchain, thao tác được xác nhận khi đạt đồng thuận mạng.
Sự khác biệt giữa hai mô hình này do tính đối xứng và bất đối xứng gây ra. Trong kiến trúc máy chủ - người dùng, cả hai bên nắm giữ cùng bí mật. Trong kiến trúc blockchain - người dùng, chỉ người dùng nắm giữ bí mật.
Lớp thực thi của SCP tuy không nhất thiết là blockchain, nhưng mọi dữ liệu đều phải đồng bộ lên lớp DA công khai, vì vậy phương thức xác thực đăng nhập và thao tác mà SCP sử dụng phải là bất đối xứng. Nhưng vì không muốn người dùng phải giữ khóa riêng, dùng ví – những thao tác rườm rà ảnh hưởng đến việc áp dụng đại trà và trải nghiệm kém – nhu cầu xây dựng ứng dụng trên SCP dùng ID-mật khẩu hoặc xác thực OAuth ba bên vẫn rất mạnh. Vậy làm sao kết hợp cả hai?
Do mật mã học bất đối xứng và chứng minh không tiết lộ kiến thức (zero-knowledge proof) có tính bất đối xứng, tôi hình dung hai giải pháp khả thi:
-
Nếu muốn dùng hệ thống ID-mật khẩu, có thể không đưa mô-đun lưu trữ mật khẩu vào SCP, để người khác không thể thấy. Bên trong lớp thực thi SCP vẫn dùng tài khoản khóa công/khóa riêng và logic thao tác của blockchain, không có đăng ký, không có đăng nhập. ID người dùng thực tế sẽ tương ứng với một khóa riêng. Tất nhiên khóa riêng này không thể lưu ở phía dự án, giải pháp khả thi hơn là dùng MPC 2-3 để giải quyết vấn đề lưu trữ tập trung, đồng thời không làm người dùng phải xử lý khóa riêng.
-
Khi phụ thuộc vào đăng nhập OAuth, có thể dùng JWT (Json Web Token) làm phương thức xác thực danh tính. Cách này có vẻ hơi tập trung hơn, vì về bản chất phải dựa vào dịch vụ đăng nhập bên thứ ba do các gã khổng lồ Web2 cung cấp để xác thực danh tính.
-
Khi lần đầu dùng đăng nhập bên thứ ba, đăng ký trong hệ thống các trường trong JWT biểu thị danh tính người dùng và nhà cung cấp dịch vụ. Trong các thao tác sau, dùng chỉ lệnh thao tác làm public input, toàn bộ JWT làm secret witness, dùng ZKP xác minh từng giao dịch người dùng.
-
Mỗi JWT có thời hạn hết hạn, người dùng khi đăng nhập lại sẽ xin JWT mới, nên không cần lưu trữ vĩnh viễn. Ngoài ra, hệ thống cần JWK, có thể hiểu là khóa công mà các gã khổng lồ cung cấp để xác minh JWK. Làm sao để đưa JWK phi tập trung vào hệ thống, cách xử lý thay khóa riêng sau này, v.v. cũng đáng bàn luận.
Dù dùng cách nào, chi phí phát triển và tính toán cũng cao hơn phương pháp truyền thống, nhưng đây là cái giá cần thiết cho phi tập trung hóa. Dĩ nhiên, nếu đội ngũ dự án cho rằng không cần đạt đến mức phi tập trung tuyệt đối, hoặc có các mốc phát triển khác nhau ở các giai đoạn, thì có thể không cần những thiết kế này, vì phi tập trung không phải đen-trắng, mà tồn tại vùng xám ở giữa.
Vấn đề riêng tư
Vấn đề minh bạch đã nói trên không chỉ ảnh hưởng đến mô hình tương tác người dùng, mà còn ảnh hưởng đến dữ liệu người dùng. Dữ liệu người dùng đều bị phơi bày trực tiếp. Dù trong blockchain điều này không thành vấn đề, nhưng ở một số ứng dụng thì khó chấp nhận, vì vậy nhà phát triển cũng có thể xây dựng hệ thống giao dịch riêng tư.
Phí sử dụng
Việc lớp thực thi thu phí như thế nào là một điểm đáng chú ý khác. Vì việc gửi dữ liệu lên lớp DA cũng tốn chi phí, chưa kể vận hành máy chủ riêng. Mục đích cốt lõi đầu tiên blockchain thu phí gas là ngăn người dùng spam giao dịch trùng lặp phá hoại mạng, thứ hai mới là sắp xếp giao dịch theo gas. Web2 không lo ngại tương tự, nên chỉ có khái niệm cơ bản như lũ lụt, DDoS.
Lớp thực thi có thể tự định nghĩa các chiến lược thu phí khác nhau, ví dụ hoàn toàn miễn phí hoặc thu phí một phần, hoặc kiếm lợi từ các hành vi khác như MEV (đã rất trưởng thành trong sequencer), hoạt động thị trường, v.v.
Tính kháng kiểm duyệt
Lớp thực thi không có tính kháng kiểm duyệt, về lý thuyết có thể từ chối giao dịch người dùng vô hạn. Trong Rollup, tính kháng kiểm duyệt có thể được đảm bảo nhờ chức năng buộc gửi dữ liệu của hợp đồng L1, còn sidechain hoặc blockchain công cộng là mạng phân tán đầy đủ, khó kiểm duyệt.
Hiện tại chưa có giải pháp rõ ràng để giải quyết vấn đề kháng kiểm duyệt, đây là một điểm yếu của mô hình SCP.
Lớp đồng thuận
Lớp này gồm các nút lỏng lẻo, không chủ động tạo thành mạng, do đó không phải là một lớp đồng thuận theo nghĩa nghiêm ngặt, mà chỉ dùng để xác nhận trạng thái hiện tại của lớp thực thi với bên ngoài (như người dùng).
Ví dụ, nếu bạn nghi ngờ trạng thái vận hành của các nút này, có thể tải client người kiểm tra, trong đó chạy cùng mã chương trình với người điều phối.
Tuy nhiên, điều này giống Rollup, do dữ liệu được gửi theo lô, trạng thái mà lớp thực thi trả về cho người dùng luôn mới hơn dữ liệu trên lớp DA. Điều này liên quan đến vấn đề xác nhận trước:
Lớp thực thi cung cấp kết quả xác nhận trước, tính tất định mềm vì chưa gửi lên lớp DA;
Lớp đồng thuận cung cấp cho người dùng tính tất định cứng. Người dùng có thể không quan tâm lắm, nhưng với các ứng dụng như cầu nối chéo chuỗi, phải tuân thủ tính tất định cứng. Ví dụ, hệ thống nạp/rút của sàn giao dịch sẽ không tin dữ liệu mà sequencer Rollup phát tán ngoài chuỗi, phải đợi dữ liệu lên Ethereum mới công nhận.
Ngoài việc xác nhận kết quả, lớp đồng thuận còn có vai trò quan trọng khác là dự phòng phòng thảm họa cho lớp thực thi. Nếu lớp thực thi ngừng hoạt động vĩnh viễn hoặc hành xử ác ý nghiêm trọng, về lý thuyết bất kỳ nút đồng thuận nào cũng có thể tiếp quản công việc của lớp thực thi, nhận yêu cầu người dùng. Nếu xảy ra tình huống nghiêm trọng như vậy, cộng đồng nên chọn ra các nút ổn định, đáng tin cậy để làm máy chủ lớp thực thi.
Lớp thanh toán
Do SCP không phải Rollup, nên không thể làm được như lớp thanh toán Rollup – không cần can thiệp nhân sự, hoàn toàn phi tin cậy dựa trên mật mã học và mã hợp đồng thông minh khi rút tiền. Mức độ an toàn của cầu nối chéo chuỗi SCP giống như sidechain hoặc cầu nối chéo chuỗi dựa trên người làm chứng bên thứ ba, cần dựa vào quản trị viên đa ký có quyền hạn để giải phóng tài sản, chúng ta gọi là mô hình người làm chứng.
Làm cho cầu nối người làm chứng càng phi tập trung càng tốt là chủ đề nghiên cứu của nhiều dự án cầu nối. Giới hạn篇幅 nên không mở rộng ở đây. Một nền tảng SCP được thiết kế tốt, trong thực tiễn cũng cần có đối tác đa ký cầu nối phi tập trung uy tín.
Có người hỏi tại sao SCP không dùng chuỗi có hợp đồng thông minh làm lớp DA? Như vậy có thể tạo hợp đồng, đạt được lớp thanh toán hoàn toàn phi tin cậy.
Dài hạn mà nói, chỉ cần vượt qua một số khó khăn kỹ thuật, nếu đặt lớp DA lên Ethereum hoặc các lớp DA có hợp đồng, và xây dựng được hợp đồng xác minh tương ứng, SCP cũng có thể đạt được độ an toàn thanh toán như Rollup, không cần dùng đa ký.
Nhưng trong thực tiễn, đây chưa chắc là lựa chọn tối ưu:
1. Ethereum không chuyên dùng để lưu trữ dữ liệu, giá thành cao hơn nhiều so với các blockchain lưu trữ dữ liệu thuần túy. Đối với mô hình SCP, chi phí lưu trữ đủ thấp hoặc cố định là cực kỳ quan trọng. Chỉ như vậy mới có thể hỗ trợ thông lượng cấp độ Web2.
2. Hệ thống chứng minh rất khó phát triển, vì trong SCP không chỉ mô phỏng EVM, mà có thể thực hiện mọi logic. Nhìn vào các đội như Optimism hiện vẫn chưa triển khai chứng minh gian lận, hay độ khó phát triển zkEVM, có thể hình dung việc triển khai chứng minh cho mọi hệ thống đa dạng trên Ethereum là việc cực kỳ khó.
Vì vậy giải pháp Rollup chỉ khả thi tốt trong các trường hợp cụ thể, nếu bạn muốn thực hiện một hệ thống rộng rãi, cởi mở hơn, thoát khỏi hệ sinh thái EVM để tích hợp thêm nhiều tính năng Web2, thì tư duy Rollup Ethereum không phù hợp.
SCP không phải là giải pháp mở rộng cho một blockchain cụ thể, mà là một kiến trúc nền tảng tính toán Web3 lớn hơn, do đó rõ ràng không cần đi theo hướng Layer2 Ethereum.
Biểu đồ so sánh SCP với các mô hình khác
Chào mừng tham gia cộng đồng chính thức TechFlow
Nhóm Telegram:https://t.me/TechFlowDaily
Tài khoản Twitter chính thức:https://x.com/TechFlowPost
Tài khoản Twitter tiếng Anh:https://x.com/BlockFlow_News
@godrealmx
