Lưu trữ mô hình đồng thuận: Thế hệ chuỗi khối tiếp theo không nhất thiết phải là chuỗi khối

Nguồn: Wuyue, Geek Web3

Hãy tưởng tượng một giải pháp mở rộng chuỗi công khai với các đặc điểm sau:

• < p>Nó có tốc độ tương đương với các ứng dụng hoặc sàn giao dịch Web2 truyền thống, vượt xa mọi chuỗi công khai, L2, rollup, chuỗi bên, v.v.

• Không có phí Gas và chi phí sử dụng là 0.

• Tính bảo mật của tiền cao, vượt xa các cơ sở tập trung như sàn giao dịch, thua kém Rollup nhưng ngang bằng với chuỗi bên.

• Trải nghiệm người dùng giống như Web2 mà không cần bất kỳ kiến ​​thức nào về khóa công khai và khóa riêng, ví, cơ sở hạ tầng, v.v. của chuỗi khối.

Giải pháp này quả thực rất thú vị: một mặt đã cơ bản đạt được hiệu quả tối đa về mở rộng công suất, mặt khác cũng đã đặt nền móng vững chắc. để áp dụng rộng rãi Web3. Về cơ bản, nền tảng này đã loại bỏ khoảng cách giữa trải nghiệm sử dụng Web2 và Web3.

Tuy nhiên, hiện tại, chúng ta dường như chưa thể nghĩ ra giải pháp nào có thể hoàn thiện đến vậy, vì quả thực có quá ít thảo luận và thực tiễn chính thống. Bài viết này sẽ giới thiệu sơ bộ mô hình thiết kế nền tảng điện toán Web3 thế hệ tiếp theo rất xuất sắc và tiên tiến này - Mô hình đồng thuận dựa trên lưu trữ (SCP).

Chúng tôi đã sử dụng vấn đề mở rộng rất quen thuộc với mọi người như phần giới thiệu ở trên, nhưng trên thực tế, SCP không giới hạn việc sử dụng mở rộng và nguồn cảm hứng thiết kế của nó đến từ các cuộc Thảo luận với cộng đồng về kế hoạch mở rộng cho các chuỗi công khai như Bitcoin và Ethereum. Tầm nhìn và ứng dụng thực tế của nó là xây dựng một thế hệ mới của chuỗi công khai hoặc nền tảng điện toán có cấu trúc không phải chuỗi khối.

Cơ bản về SCPCác thành phầnvà nguyên tắc hoạt động

• Lớp sẵn có của dữ liệu: Chuỗi công khai hoặc cơ sở lưu trữ cố định được công nhận và chứng minh rộng rãi đóng vai trò là lớp sẵn có của dữ liệu, chẳng hạn như Ethereum, Arweave et al.

• Lớp thực thi: Máy chủ được sử dụng để nhận các giao dịch của người dùng và thực hiện chúng, đồng thời , chữ ký của người dùng. Dữ liệu giao dịch ban đầu được gửi đến lớp DA theo lô, rất giống với trình sắp xếp của Rollup. Tuy nhiên, lớp thực thi này không nhất thiết phải có cấu trúc dữ liệu blockchain hoặc các khái niệm liên quan đến blockchain như khả năng tương thích EVM. Nó cũng có thể hoàn toàn là một cơ sở dữ liệu + hệ thống máy tính Web2, nhưng toàn bộ hệ thống máy tính phải là nguồn mở.

• Lớp xác nhận đồng thuận: Nó bao gồm một nhóm các nút kéo lớp thực thi và gửi nó đến lớp DA.Dữ liệu gốc và sử dụng cùng một thuật toán của lớp thực thi để vận hành trên những dữ liệu này để xác nhận xem kết quả đầu ra của lớp thực thi có chính xác hay không và có thể được sử dụng làm dự phòng ngăn ngừa thảm họa cho lớp thực thi. Người dùng cũng có thể sử dụng dữ liệu được trả về từ mỗi nút trong lớp xác nhận đồng thuận để đảm bảo rằng không có gian lận trong lớp thực thi.

• Lớp thanh toán: Nó bao gồm một nhóm các nút và hợp đồng hoặc địa chỉ trên các chuỗi khác, được sử dụng để nạp tiền cho người dùng Nhập SCP và rút tiền từ SCP. Các nút cũng cần chạy cùng một thuật toán trong lớp thực thi và lấy dữ liệu để xác minh. Các nút kiểm soát chức năng rút tiền của địa chỉ gửi tiền thông qua hợp đồng nhiều chữ ký hoặc địa chỉ dựa trên TSS. Khi nạp tiền, người dùng nạp tiền đến địa chỉ được chỉ định trong chuỗi và khi rút tiền, sẽ gửi yêu cầu đến lớp thực thi. Sau khi nút lớp thanh toán đọc dữ liệu của lớp DA, nó thực hiện đa chữ ký hoặc TSS để giải phóng tài sản . Mức độ bảo mật của lớp thanh toán giống như cơ chế chuỗi chéo của chuỗi bên hoặc cầu nối chuỗi và chúng cũng sử dụng hệ thống giải quyết rút tiền tương tự hoặc tương đương.
  

everPay

everPay là công ty tiên phong về SCP và đã đi đầu trong việc xây dựng các sản phẩm của riêng mình dựa trên trên SCP. Hiện tại, các chức năng chính của everPay là nạp tiền, chuyển khoản, rút ​​tiền và hoán đổi. Trên cơ sở này, hầu hết mọi chức năng Web3 và Web2 đều có thể được mở rộng trong tương lai.

Bây giờ chúng ta có thể hiểu đầy đủ về mô hình đồng thuận lưu trữ thông qua quy trình làm việc của everPay.

Lớp DA của everPay sử dụng vĩnh viễn Kho lưu trữ cơ sở Arweave là vòng tròn lớn trong hình.

Điều phối viên là lớp thực thi. Người dùng gửi giao dịch cho điều phối viên, điều phối viên thực hiện thao tác và hiển thị kết quả thao tác, sau đó gửi dữ liệu đầu vào ban đầu của người dùng đến lớp DA theo đợt.

Trình phát hiện lấy dữ liệu giao dịch ban đầu do điều phối viên gửi từ Arweave và sử dụng thuật toán tương tự như điều phối viên để xác minh dữ liệu và kết quả. Ứng dụng dò tìm cũng là nguồn mở và có thể được điều hành bởi bất kỳ ai.

Watchmen, một nhóm người thử nghiệm chịu trách nhiệm về đa chữ ký của hệ thống rút tiền. Yêu cầu rút tiền sẽ được xác minh và giải phóng dựa trên dữ liệu giao dịch. Ngoài ra, người canh gác còn có trách nhiệm ký vào bản kiến ​​nghị.

Chúng ta có thể thấy rằng sự đồng thuận mà toàn bộ hệ thống đạt được đều ở ngoài chuỗi. Đây là bản chất của mô hình đồng thuận lưu trữ - nó loại bỏ các khối Hệ thống đồng thuận kiểu chuỗi giữa các nút cho phép lớp thực thi thoát khỏi quá trình xác nhận và liên lạc đồng thuận nặng nề và chỉ cần thực hiện công việc của một máy chủ, từ đó đạt được TPS và nền kinh tế gần như không giới hạn. Điều này rất giống với Rollup, nhưng có thể nói SCP đã làm cho khái niệm Rollup trở nên trừu tượng và nâng cao hơn, biến nó từ một trường hợp sử dụng dành riêng cho việc mở rộng công suất thành mô hình thiết kế của một thế hệ nền tảng điện toán Web3 mới.

Điều phối viên của everPay là một máy chủ, nhưng điều này không có nghĩa là điều phối viên có thể làm bất cứ điều gì mình muốn. Tương tự như trình sắp xếp của Rollup, sau khi dữ liệu gốc do người dùng gửi được gửi theo lô trên Arweave, bất kỳ ai cũng có thể chạy chương trình phát hiện để xác minh và so sánh dữ liệu đó với trạng thái do điều phối viên trả về. Bản thân điều này là do hàm chuyển trạng thái (STF) là một hàm xác định, đầu vào -> STF -> đầu ra. Miễn là mọi người đều có cùng STF và cùng đầu vào (tất cả đều được gửi tới DA, không thể bị giả mạo và hiển thị công khai), thì đầu ra thu được phải giống nhau.

Theo kiến ​​trúc này, máy chủ và cơ sở dữ liệu tập trung không đặt ra thách thức cơ bản nào. Đây cũng là một bản chất khác của mô hình SCP, nó gắn kết và tách rời hai khái niệm “tập trung hóa” và “thực thể duy nhất” - trong một hệ thống phi tập trung, có thể có các thành phần tập trung, và thậm chí là một thành phần cốt lõi, nhưng điều này không ảnh hưởng đến phân quyền tổng thể.

Từ đó, chúng ta có thể hét lên một khẩu hiệu giật gân nhưng hợp lý - "Thế hệ tiếp theo của blockchain không nhất thiết phải là blockchain." Bởi vì mục đích ban đầu của mọi người khi phát minh và sử dụng blockchain là các nguyên tắc cơ bản phổ biến như phân cấp, sổ cái nhất quán, không giả mạo, truy xuất nguồn gốc, v.v., nên cho dù đó là kế hoạch mở rộng cho chuỗi công khai cũ hay chuỗi công khai hoàn toàn mới, mọi người đều có thể tham gia. đã hình thành Một tư duy nhất định: Những gì chúng ta làm phải là một blockchain (bao gồm sự đồng thuận giữa các nút), hoặc một giải pháp như Rollup trông giống như một chuỗi (nó chỉ có cấu trúc dữ liệu của một blockchain, nhưng không có nút đồng thuận truyền thông). Nhưng nhìn vào hiện tại, ngay cả khi giải pháp dựa trên SCP không phải là blockchain, nó vẫn có thể đáp ứng một loạt yêu cầu như tính tập trung, sổ cái nhất quán, không giả mạo, truy xuất nguồn gốc, v.v.

Lớp thực thi

Lớp thực thi rất quan trọng trong toàn bộ hệ thống, nó đảm nhận. Nó quyết định thông lượng và hoạt động của toàn bộ hệ thống, đồng thời xác định loại ứng dụng nào có thể chạy trên toàn bộ hệ thống.

Môi trường thực thi có thể thực hiện vô tận

Thực hiện trên lý thuyết Việc thực thi Môi trường trong lớp có thể được tạo thành bất kỳ hình dạng nào và khả năng là vô tận, tùy thuộc vào cách bên dự án định vị dự án của mình:

• < p>Trao đổi. Dựa trên SCP, có thể xây dựng một sàn giao dịch TPS mở, minh bạch và không giới hạn. Sàn giao dịch này không chỉ có các đặc điểm về tốc độ và chi phí bằng 0 của CEX mà còn duy trì tính phân cấp của DEX. Sự khác biệt giữa CEX và DEX trở nên mờ nhạt ở đây.

• Mạng thanh toán. Tương tự như Alipay, PayPal, v.v.

• Hỗ trợ máy ảo/blockchain cho bộ nạp/hợp đồng. Bất kỳ nhà phát triển nào cũng có thể triển khai bất kỳ ứng dụng nào trên đó, chia sẻ tất cả dữ liệu người dùng với các chương trình khác và hoạt động theo hướng dẫn của người dùng.

Vì người dùng hoàn toàn loại bỏ ví blockchain và chỉ tương tác với máy chủ nên trải nghiệm người dùng của nó phù hợp với các ứng dụng Internet truyền thống nhưng đồng thời nó được tập trung hóa.

Bạn có thể thấy rằng quy trình trên đã bao gồm các khái niệm tương tự như hoán đổi chuỗi chéo và trừu tượng hóa tài khoản. Tất nhiên, chúng chỉ tương tự nhau. Chúng ta chỉ hiểu chúng trong bối cảnh của SCP. Đặc biệt, các khái niệm như trừu tượng hóa tài khoản đương nhiên là không cần thiết đối với SCP, có thể nói đây là hành trang mà Ethereum để lại. Sau nhiều nỗ lực, cộng đồng Ethereum cuối cùng đã đưa ra tiêu chuẩn EIP-4337 để giải quyết một trong những vấn đề khi áp dụng Web3 trên quy mô lớn - vấn đề tài khoản. Hơn nữa, EIP-4337 chỉ là một tiêu chuẩn và khả năng ứng dụng của nó vẫn chưa được thử nghiệm. Theo kiến ​​trúc SCP, không có khái niệm trừu tượng hóa tài khoản - bạn có thể sử dụng tài khoản chuẩn Web2 và tài khoản blockchain theo ý muốn. Từ quan điểm này, nhiều trường hợp sử dụng Web2 trưởng thành có thể được sử dụng trực tiếp trên SCP mà không cần suy nghĩ lại và xây dựng.

Tính minh bạch và bất đối xứng

Hệ thống tài khoản được đề cập ở trên. Những độc giả nhạy cảm đáng lẽ phải phát hiện ra rằng mặc dù SCP có thể Nó sử dụng hệ thống tài khoản của Web2, nhưng dường như có vấn đề khi sử dụng nó không thay đổi.

Bởi vì toàn bộ hệ thống này hoàn toàn minh bạch! Việc sử dụng trực tiếp mô hình tương tác giữa người dùng với máy chủ sẽ gây ra những vấn đề nghiêm trọng, dẫn đến việc toàn bộ hệ thống không còn bảo mật gì cả. Trước tiên, hãy xem lại cách hoạt động của mô hình máy chủ-người dùng truyền thống:

1. Đăng ký tài khoản:Người dùng nhập tên người dùng và mật khẩu của họ trên trang đăng ký của ứng dụng. Để bảo vệ mật khẩu của người dùng, máy chủ sẽ xử lý mật khẩu thông qua hàm băm sau khi nhận được. Để tăng độ phức tạp của hàm băm và bảo vệ khỏi các cuộc tấn công bảng cầu vồng, mật khẩu của mỗi người dùng thường được băm cùng nhau bằng cách nối một chuỗi được tạo ngẫu nhiên (được gọi là "muối"). Tên người dùng, muối và hàm băm được lưu trữ dưới dạng văn bản rõ ràng trong cơ sở dữ liệu của nhà cung cấp dịch vụ và không được công khai. Nhưng ngay cả như vậy, việc xử lý muối và bảo mật vẫn cần thiết để ngăn chặn những kẻ nội bộ và các cuộc tấn công.

2. Đăng nhập của người dùng :Người dùng nhập tên người dùng và mật khẩu của họ vào biểu mẫu đăng nhập. Hệ thống so sánh giá trị băm mật khẩu đã xử lý với giá trị băm được lưu trữ trong cơ sở dữ liệu. Nếu hai giá trị băm khớp nhau, người dùng đã cung cấp mật khẩu chính xác và quá trình đăng nhập tiếp tục.

3. Xác thực hoạt động: Sau khi xác thực đăng nhập được thông qua, hệ thống sẽ tạo một phiên cho người dùng. Thông thường, thông tin phiên được lưu trữ trên máy chủ và máy chủ sẽ gửi mã định danh (chẳng hạn như cookie hoặc mã thông báo) tới trình duyệt hoặc ứng dụng của người dùng. Người dùng không cần phải nhập lại tên người dùng và mật khẩu cho các thao tác tiếp theo: trình duyệt hoặc ứng dụng sẽ lưu mã định danh và gửi nó theo mọi yêu cầu.

Hãy xem xét hệ thống tương tác giữa người dùng và chuỗi khối Web3 điển hình:

1. Đăng ký tài khoản:Thực tế không có quy trình đăng ký tài khoản và không có tên người dùng -hệ thống mật khẩu. Tài khoản (địa chỉ) không cần phải đăng ký, chúng tồn tại một cách tự nhiên và bất cứ ai có khóa riêng sẽ kiểm soát tài khoản. Khóa riêng được ví tạo ngẫu nhiên cục bộ và không liên quan đến quá trình kết nối mạng.

2. Đăng nhập của người dùng: Việc sử dụng blockchain không yêu cầu đăng nhập. Hầu hết các dApp không có quy trình đăng nhập mà chỉ kết nối với ví. Sau khi kết nối với ví, một số dApp sẽ yêu cầu người dùng thực hiện xác minh chữ ký trên danh tính của ví được kết nối để đảm bảo rằng người dùng thực sự nắm giữ khóa riêng của ví, thay vì chỉ chuyển địa chỉ ví đến giao diện người dùng.

3. Xác thực hoạt động: Người dùng trực tiếp gửi dữ liệu đã ký đến nút. Sau khi xác minh, nút sẽ phát giao dịch lên toàn bộ mạng blockchain. Sau khi đạt được sự đồng thuận của mạng blockchain Hoạt động của người dùng được xác nhận.

Sự khác biệt giữa hai chế độ là do tính đối xứng và bất đối xứng. Trong kiến ​​trúc máy chủ-người dùng, cả hai bên đều nắm giữ những bí mật giống nhau. Trong kiến ​​trúc người dùng blockchain, chỉ người dùng mới nắm giữ bí mật. Mặc dù lớp thực thi của SCP có thể không phải là một chuỗi khối, nhưng tất cả dữ liệu cần phải được đồng bộ hóa với lớp DA hiển thị công khai.Do đó, các phương thức xác minh hoạt động và đăng nhập mà SCP sử dụng phải không đối xứng. Nhưng vì chúng tôi không muốn người dùng giữ khóa riêng, sử dụng ví và các hành động rườm rà khác cũng như trải nghiệm kém ảnh hưởng đến việc áp dụng trên quy mô lớn nên cũng có nhu cầu lớn về các ứng dụng được xây dựng trên SCP sử dụng mật khẩu ID truyền thống hoặc OAuth ba- xác thực bên thứ ba để đăng nhập. Vậy làm cách nào? Việc kết hợp cả hai thì sao?

Do sự bất đối xứng giữa mật mã bất đối xứng và bằng chứng không có kiến ​​thức, tôi đã tưởng tượng ra hai giải pháp khả thi:

• Nếu bạn muốn sử dụng hệ thống mật khẩu ID, bạn không thể xây dựng mô-đun lưu mật khẩu này vào SCP để người khác không nhìn thấy nó. Lớp thực thi SCP vẫn sử dụng các tài khoản khóa công khai và riêng tư cũng như logic hoạt động của blockchain và không có đăng ký, không đăng nhập, v.v. ID của người dùng thực 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ể được lưu ở phía dự án, một giải pháp khả thi hơn là sử dụng 2-3 MPC để giải quyết vấn đề lưu trữ tập trung mà không để người dùng gánh nặng sử dụng khóa riêng.

• Khi dựa vào OAuth để đăng nhập, JWT (Json Web Token) có thể được sử dụng làm phương thức xác thực. Phương pháp này sẽ tập trung hơn một chút so với phương pháp trên vì về cơ bản nó dựa vào dịch vụ đăng nhập của bên thứ ba do các nhà sản xuất Web2 lớn cung cấp để xác thực danh tính. Khi đăng nhập bằng bên thứ ba lần đầu tiên, hãy đăng ký các trường trong JWT thể hiện danh tính của người dùng và danh tính của nhà cung cấp dịch vụ trong hệ thống. Trong các hoạt động tiếp theo của người dùng, hướng dẫn thao tác được sử dụng làm đầu vào công khai và toàn bộ JWT được sử dụng làm nhân chứng bí mật để xác minh giao dịch của từng người dùng với ZKP. Mỗi JWT đều có giới hạn thời gian hết hạn và người dùng cũng sẽ đăng ký JWT mới khi đăng nhập lần sau nên không cần phải giữ lại. Ngoài ra, hệ thống này cũng cần dựa vào JWK, có thể hiểu là khóa công khai do nhà sản xuất cung cấp để xác minh JWK. Vì vậy, làm thế nào để nhập JWK vào hệ thống theo cách phi tập trung và cách xử lý vấn đề xoay vòng khóa riêng trong tương lai cũng rất đáng để khám phá.

Dù sử dụng phương pháp nào thì chi phí phát triển và tính toán đều cao hơn phương pháp truyền thống nhưng đây cũng là cái giá phải trả cho việc phân cấp. Tất nhiên, nếu bên dự án không nghĩ rằng việc phân quyền cực độ là cần thiết, hoặc có những cột mốc quan trọng khác nhau ở các giai đoạn phát triển khác nhau, thì không có những thiết kế này cũng không sao, bởi vì sự phân quyền không phải là đen trắng mà tồn tại. ở giữa.

Quyền riêng tư

Tính minh bạch vừa đề cập ở trên Vấn đề không chỉ ảnh hưởng đến mô hình tương tác của 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 được hiển thị trực tiếp. Mặc dù không phải là vấn đề trong blockchain nhưng điều này ít được chấp nhận trong một số ứng dụng, vì vậy các nhà phát triển cũng có thể xây dựng hệ thống giao dịch riêng tư.

Sạc

Cách tính phí của lớp thực thi là một điểm khác đáng được chú ý. Bởi vì việc gửi dữ liệu đến lớp DA cũng đòi hỏi chi phí, bao gồm cả việc vận hành máy chủ của chính nó. Mục đích cốt lõi đầu tiên của blockchain truyền thống là tính phí gas cho người dùng là ngăn người dùng làm hỏng mạng giao dịch bằng cách thực hiện một số lượng lớn giao dịch lặp lại và mục đích thứ hai là sắp xếp các giao dịch dựa trên gas. Web2 không có những mối lo ngại tương tự nên chỉ có những khái niệm cơ bản như lũ lụt và DDoS.

Lớp thực thi có thể tùy chỉnh các chiến lược tính phí khác nhau, chẳng hạn như sạc hoàn toàn hoặc sạc một phần, đồng thời cũng có thể thu lợi từ các hành vi khác như MEV (rất trưởng thành trong trình sắp xếp thứ tự), hoạt động thị trường, v.v.

Chống kiểm duyệt

Lớp thực thi không chống kiểm duyệt và về mặt lý thuyết có thể từ chối các giao dịch của người dùng mà không có giới hạn. Trong Rollup, khả năng chống kiểm duyệt có thể được đảm bảo bởi chức năng thu thập bắt buộc của hợp đồng L1, trong khi chuỗi bên hoặc chuỗi công khai là một mạng blockchain phân tán hoàn chỉnh và rất khó kiểm duyệt.

Hiện tại chưa có giải pháp rõ ràng nào để khắc phục vấn đề này, đó là vấn đề với mô hình SCP.

Lớp xác nhận đồng thuận

Lớp này bao gồm các nút lỏng lẻo. Các nút này không tích cực hình thành bất kỳ mạng nào nên chúng không phải là lớp đồng thuận. Chúng chỉ được sử dụng Để xác nhận trạng thái của lớp thực thi hiện tại với thế giới bên ngoài (chẳng hạn như người dùng). Ví dụ: nếu bạn có bất kỳ nghi ngờ nào về trạng thái hoạt động của everPay, bạn có thể tải xuống ứng dụng phát hiện của nó, ứng dụng này chạy cùng STF với điều phối viên.

Tuy nhiên, điều này tương tự như Rollup. Vì dữ liệu được gửi theo đợt nên trạng thái được lớp thực thi trả về cho người dùng luôn mới hơn trạng thái trên lớp DA. Điều này liên quan đến vấn đề cuối cùng mềm và cứng. Lớp thực thi cung cấp cho người dùng tính hữu hạn mềm vì nó chưa được gửi đến lớp DA; trong khi lớp xác nhận đồng thuận cung cấp cho người dùng tính hữu hạn cứng. Người dùng có thể không đặc biệt quan tâm đến điều này, nhưng đối với các ứng dụng như cầu nối chuỗi chéo, phải tuân theo tính hữu hạn cứng. Ví dụ: hệ thống gửi và rút tiền của sàn giao dịch không phụ thuộc vào tính hữu hạn tức thời của trình sắp xếp tổng hợp.

Ngoài việc được sử dụng để xác nhận kết quả, lớp xác nhận đồng thuận còn đóng vai trò quan trọng, đóng vai trò dự phòng phòng ngừa thảm họa cho lớp thực thi. Nếu lớp thực thi đình công vĩnh viễn và phạm tội nghiêm trọng, về lý thuyết, bất kỳ lớp xác nhận đồng thuận nào cũng có thể đảm nhận công việc của lớp thực thi và nhận yêu cầu của người dùng. Nếu tình huống nghiêm trọng như vậy xảy ra, cộng đồng nên chọn một nút ổn định và đáng tin cậy làm máy chủ lớp thực thi.

Lớp thanh toán

Vì SCP không phải là một bản tổng hợp nên nó không thể đạt được những khác biệt tương tự như thanh toán rút tiền tổng hợp Rút tiền không cần sự tin cậy cần có sự can thiệp của con người và hoàn toàn dựa trên toán học và mã hợp đồng thông minh. Mức độ bảo mật của nó giống như cơ chế chuỗi chéo của chuỗi bên hoặc cầu nối chuỗi chéo.Nó dựa vào những người quan sát được ủy quyền để giải phóng tài sản mà chúng tôi gọi là chế độ chứng kiến.

Làm cho Cầu Nhân Chứng trở nên tốt nhất có thể Có lẽ phân cấp là chủ đề của nhiều nghiên cứu về cầu nối xuyên chuỗi. Do giới hạn về không gian nên chúng tôi sẽ không đi sâu vào chi tiết ở đây. Một nền tảng SCP được thiết kế tốt cũng phải có một đối tác đa chữ ký phi tập trung có uy tín trong thực tế, chẳng hạn như everPay có mối quan hệ hợp tác sâu rộng với nhà cung cấp dịch vụ MPC Safeheron.

Ai đó có thể hỏi tại sao SCP không sử dụng chuỗi có hợp đồng thông minh làm lớp DA? Bằng cách này, một lớp giải quyết hoàn toàn không cần sự tin cậy có thể được tạo ra dựa trên hợp đồng.

Về lâu dài, miễn là khắc phục được một số khó khăn kỹ thuật, nếu lớp DA được đặt trên lớp DA được ký hợp đồng như Ethereum và hợp đồng tương ứng để xác minh có thể được xây dựng, SCP cũng có thể có được các lợi ích tương tự như Rollup Bảo mật thanh toán tương tự mà không cần sử dụng nhiều chữ ký.

Nhưng trên thực tế, đây có thể không phải là lựa chọn tốt nhất:

1. Ethereum không được sử dụng cụ thể để lưu trữ dữ liệu. So với các công ty lưu trữ dữ liệu thuần túy, Giá quá cao cho chuỗi. Đối với mô hình SCP, chi phí lưu trữ đủ thấp hoặc cố định là rất quan trọng.

2. Nó chứng tỏ rằng hệ thống này rất khó phát triển, bởi vì SCP không chỉ có thể mô phỏng EVM mà còn có thể thực hiện bất kỳ logic nào. Và khi chúng ta nhìn vào các nhóm như Optimism, hiện không có bằng chứng gian lận trực tuyến và việc phát triển zkEVM khó đến mức nào, chúng ta có thể tưởng tượng rằng việc triển khai bằng chứng về các hệ thống khác nhau trên Ethereum là vô cùng khó khăn.

Một điểm quan trọng khác là cái gọi là bảo mật thanh toán giống như Rollup chỉ dành cho chính chuỗi có lớp DA hợp đồng thông minh, chẳng hạn như Ethereum, vì tất cả dữ liệu gốc được chuyển đến Ethereum , thì hợp đồng thanh toán của bạn trên Ethereum có thể "tham chiếu" dữ liệu đầu vào ban đầu để chứng minh tính chính xác của trạng thái cuối cùng (lưu ý, đó không phải là tham chiếu trực tiếp mà là tham chiếu gián tiếp thông qua hàm băm hoặc bộ tích lũy, v.v. Dấu trạng thái của bản gốc calldata, vì bản thân calldata của các giao dịch lịch sử không thể được tham chiếu bởi hợp đồng). Nhưng đối với các chuỗi khác, họ không thể được hưởng mức độ bảo mật tương tự vì không có dữ liệu về chúng. Nếu bạn muốn vượt qua các chuỗi khác, bạn chỉ có thể sử dụng cầu nối chuỗi chéo chế độ chứng kiến.

Vì vậy, giải pháp Rollup chỉ có khả năng bảo mật thanh toán tốt hơn từ góc độ cụ thể, tức là khi bạn coi một chuỗi là chuỗi gốc của mình. SCP không phải là một kế hoạch mở rộng chuỗi công khai nhất định mà là một kiến ​​trúc nền tảng điện toán Web3 lớn hơn, do đó, nó không nhất thiết phải được triển khai từ quan điểm của một chủ nghĩa lấy chuỗi làm trung tâm nhất định. Nếu lớp thanh toán được xây dựng trên hợp đồng thông minh, nó không thể đảm bảo tính bảo mật thanh toán của các chuỗi khác ngoại trừ chuỗi gốc. Nếu bạn không đặc biệt ở đây để mở rộng công suất của chuỗi này, điều này có vẻ hoàn toàn không hợp lý.

Tóm tắt

Một bức tranh so sánh SCP với các mô hình khác.

SCP là một Web3 hoàn toàn mới. Mô hình nền tảng điện toán có thể so sánh với tốc độ ứng dụng của các giao dịch Web2 truyền thống và chi phí giao dịch không đáng kể. Có thể xây dựng vô số ứng dụng có thể có trên đó và tính bảo mật phù hợp với các giải pháp chính thống. Hiện tại, một số ứng dụng đã xuất hiện theo mô hình SCP, chẳng hạn như everPay, PermaSwap, Mind Network, v.v. Dựa trên các ý tưởng thiết kế xuất sắc, chúng rất hứa hẹn sẽ mở ra sự tăng trưởng bùng nổ trong thị trường tăng trưởng này và thị trường tăng trưởng tiếp theo.