Jump Crypto: Giải thích chi tiết về các giải pháp mở rộng chuỗi khối khác nhau
đọc liên quan
Tiêu đề ban đầu: "A Framework for Analyzing L1s》
Biên soạn nguyên văn: Hu Tao, Chain Catcher
đọc liên quan
Jump Crypto: Cách xây dựng Khung phân tích lớp 1
giới thiệu
bài báobài báoTrong, chúng tôi phát triển một khuôn khổ để phân tích L1, đặc biệt là với nhiều chuỗi mới đã được xây dựng gần đây. Chúng tôi cũng lưu ý ngắn gọn rằng động lực đằng sau nhiều L1 mới này chủ yếu tập trung vào việc tìm giải pháp cho khả năng mở rộng chuỗi khối. Chúng ta hãy xem xét kỹ hơn một số giải pháp này. Trong bài viết này, chúng tôi nhằm mục đích:
Cung cấp tổng quan về các giải pháp mở rộng Lớp 1 và Lớp 2 khác nhau.
Phân tích và so sánh các giải pháp khác nhau này theo một số khía cạnh cốt lõi.
Bộ ba bất khả thi về khả năng mở rộng
Bộ ba bất khả thi về khả năng mở rộng
Đầu năm 2017,một bài đăng trên blogTrong, Vitalik Buterin đề xuất bộ ba bất khả thi về khả năng mở rộng, đề cập đến ba thuộc tính chính xác định khả năng tồn tại của các hệ thống chuỗi khối: (1) phân cấp; (2) bảo mật; và (3) khả năng mở rộng.
Trong số ba vấn đề này, chúng tôi tin rằng khả năng mở rộng vẫn là vấn đề khó giải quyết nhất mà không ảnh hưởng quá mức đến hai trụ cột còn lại. Bảo mật và phân cấp vẫn rất quan trọng đối với hiệu suất của các hệ thống này, nhưng như chúng ta sẽ thấy ở phần sau, việc giải quyết các thách thức của việc mở rộng hệ thống phân tán cũng mang lại những bước đột phá quan trọng cho phân cấp và bảo mật, được thúc đẩy bởi lý do rất cơ bản. Do đó, chúng tôi nhấn mạnh rằng khả năng mở rộng quy mô chuỗi khối một cách hiệu quả sẽ là yếu tố quyết định chính cho sự thành công trong tương lai của ngành công nghiệp tiền điện tử nói chung.
Nói chung, có hai loại chia tỷ lệ chính: Cấp 1 và Cấp 2. Cả hai đều có liên quan và quan trọng để tăng thông lượng của chuỗi khối, nhưng tập trung vào các khía cạnh khác nhau hoặc thậm chí các lớp của ngăn xếp Web3. Mở rộng quy mô chắc chắn đã nhận được rất nhiều sự chú ý trong vài năm qua và thường được quảng cáo là con đường chính để áp dụng hàng loạt công nghệ chuỗi khối, đặc biệt là khi việc sử dụng bán lẻ tiếp tục tăng và khối lượng giao dịch tăng lên.
Lớp 1 (L1)
Cấp 1 Vài kiến trúc mở rộng chính nổi bật:
bảo vệ trạng thái
thực hiện song song
Giấy chứng nhận hiệu lực
Giấy chứng nhận hiệu lực
bảo vệ trạng thái
Có nhiều loại sharding, nhưng các nguyên tắc cốt lõi luôn giống nhau:
Sharding phân phối chi phí xác minh và tính toán, vì vậy mỗi nút không cần xác minh từng giao dịch.
Các nút trong một phân đoạn, giống như trong một chuỗi lớn hơn, phải: (1) chuyển tiếp giao dịch; (2) xác thực giao dịch; và (3) lưu trữ trạng thái của phân đoạn.
Chuỗi phân đoạn nên duy trì nguyên tắc bảo mật ban đầu của chuỗi không phải phân đoạn thông qua: (1) cơ chế đồng thuận hiệu quả; (2) bằng chứng bảo mật hoặc tổng hợp chữ ký.
Sharding cho phép một chuỗi được chia thành K mạng con hoặc phân đoạn độc lập khác nhau. Nếu có tổng cộng N nút trong mạng, thì sẽ có N/K nút vận hành mỗi K mạng con. Khi một tập hợp các nút trong một phân đoạn nhất định (giả sử K_1) xác thực một khối, nó sẽ đưa ra bằng chứng hoặc tập hợp các chữ ký rằng mạng con hợp lệ. Sau đó, tất cả các nút khác, S-{K_1} cần làm là xác minh chữ ký hoặc bằng chứng. (Việc xác thực thường mất ít thời gian hơn nhiều so với việc tự chạy lại tính toán).
đâyđâyBạn có thể tìm thấy giải thích kỹ thuật chuyên sâu hơn của Vitalik tại đây. Sharding là thành phần cơ bản nổi bật nhất trong lộ trình phát triển của Ethereum 2.0 và những năm gần đây.
thực hiện song song
Sharding và thực thi song song tương tự nhau theo nhiều cách. Trong khi sharding cố gắng xác thực các khối song song trên các chuỗi con khác nhau, thì việc thực thi song song tập trung vào việc phân tách công việc xử lý giao dịch cho các nút riêng lẻ. Tác dụng của kiến trúc này là các nút hiện có thể xử lý song song hàng nghìn hợp đồng!
bài báobài báomô hình đồng thuận
mô hình đồng thuận
Sự đồng thuận là trung tâm của các giao thức chuỗi khối lớp 1 - để các giao dịch/dữ liệu được hoàn tất trên chuỗi, những người tham gia trong mạng cần có một cách để cả hai bên đồng ý về trạng thái của chuỗi. Do đó, sự đồng thuận là một phương tiện để đảm bảo tính nhất quán của trạng thái được chia sẻ khi các giao dịch mới được thêm vào và chuỗi tiến triển. Tuy nhiên, các cơ chế đồng thuận khác nhau cũng có thể dẫn đến những khác biệt cơ bản trong các số liệu chính mà chúng tôi sử dụng để đo lường hiệu suất của chuỗi khối: bảo mật, khả năng chịu lỗi, phân cấp, khả năng mở rộng, v.v. Tuy nhiên, chỉ riêng mô hình đồng thuận không thể xác định hiệu suất của hệ thống chuỗi khối. Các mô hình đồng thuận khác nhau phù hợp với các cơ chế mở rộng quy mô khác nhau, mà cuối cùng có thể xác định hiệu quả của một mạng cụ thể.
Lớp 2 (L2s)
Về cơ bản, mở rộng quy mô lớp 2 dựa trên tiền đề rằng các tài nguyên trên lớp 1, dù là tính toán hay cách khác, đều trở nên cực kỳ đắt đỏ. Để giảm chi phí cho người dùng, dịch vụ và những người tham gia cộng đồng khác, tải trọng tính toán nặng nên được chuyển ra khỏi chuỗi (Lớp 2), trong khi vẫn cố gắng duy trì các đảm bảo bảo mật cơ bản được cung cấp bởi các nguyên tắc lý thuyết trò chơi và mật mã trên Lớp 1 ( Công khai - cặp khóa riêng, đường cong elip, mô hình đồng thuận, v.v ...)
bài viết nàybài viết nàyĐược đề xuất trong: Cho phép tạo số lượng chuỗi bên không giới hạn, sau đó sử dụng bằng chứng gian lận (PoW, PoS) để hoàn tất giao dịch trên lớp 1.
Rollup (chúng tốt cho việc gì)
Rollup cũng là một cách để di chuyển tính toán ra khỏi chuỗi (lớp 2) trong khi vẫn ghi lại các tin nhắn hoặc giao dịch trên chuỗi (lớp 1). Các giao dịch lẽ ra sẽ được ghi lại, khai thác và xác minh ở lớp 1 được ghi lại, tổng hợp và xác minh ở lớp 2, sau đó được xuất bản lên lớp 1 ban đầu. Mô hình này đạt được hai mục tiêu: (1) giải phóng tài nguyên máy tính ở lớp cơ sở; (2) vẫn duy trì các đảm bảo an ninh mật mã cơ bản của lớp 1.
Các giao dịch được "tổng hợp" và sau đó được chuyển đến hộp thu thập các giao dịch hợp đồng được sắp xếp theo Sequencer
Hợp đồng được lưu trữ trên L2 thực hiện lệnh gọi hợp đồng ngoài chuỗi
Sau đó, hợp đồng sẽ gửi gốc Merkle của trạng thái mới trở lại chuỗi L1 dưới dạng calldata
Optimistic Rollup
Trình xác thực sẽ xuất bản các giao dịch lên chuỗi dựa trên giả định trước rằng chúng hợp lệ. Những người xác thực khác có thể thách thức các giao dịch nếu họ muốn, nhưng chắc chắn là không bắt buộc. (Hãy nghĩ về nó như một mô hình vô tội cho đến khi được chứng minh là có tội). Tuy nhiên, khi một thách thức được bắt đầu, hai bên (chẳng hạn như Alice và Bob) buộc phải tham gia vào một giao thức giải quyết tranh chấp.
Ở cấp độ cao, thuật toán giải quyết tranh chấp hoạt động như sau:
Alice tuyên bố rằng khẳng định của cô ấy là chính xác. Bob không đồng ý.
Alice sau đó chia khẳng định thành các phần bằng nhau (để đơn giản, giả sử đây là phép chia đôi)
Bob sau đó phải chọn phần nào của khẳng định (giả sử nửa đầu) mà anh ấy cho là sai
Chạy các bước 1 - 3 theo cách đệ quy.
Alice và Bob chơi trò chơi này cho đến khi kích thước của xác nhận phụ chỉ bằng một hướng dẫn. Bây giờ, giao thức chỉ cần thực hiện lệnh này. Nếu Alice đúng, thì Bob sẽ mất tiền cược và ngược lại.
có sẵn ở đâyTìm giải thích sâu hơn về Thỏa thuận giải quyết tranh chấp trọng tài.
Trong trường hợp Lạc quan, chi phí nhỏ/không đổi O(1). Trong trường hợp có vấn đề, thuật toán chạy trong O(logn), trong đó n là kích thước của xác nhận ban đầu.
Hệ quả chính của kiến trúc giải quyết tranh chấp và xác minh Lạc quan này là Bản tổng hợp Lạc quan có bảo đảm của bên trung thực, nghĩa là để chuỗi được an toàn, giao thức chỉ cần một bên trung thực để phát hiện và báo cáo gian lận.
Zero-Knowledge Rollups
Trong nhiều hệ thống chuỗi khối và lớp 1 ngày nay, sự đồng thuận đạt được bằng cách tính toán giao dịch "chạy lại" hiệu quả để xác thực các cập nhật trạng thái cho chuỗi. Nói cách khác, để hoàn thành một giao dịch trên mạng, các nút trong mạng cần thực hiện cùng một phép tính. Đây có vẻ là một cách ngây thơ để xác minh lịch sử của chuỗi — và đúng là như vậy! Sau đó, câu hỏi đặt ra là có cách nào để đảm bảo rằng chúng ta có thể nhanh chóng xác minh tính chính xác của các giao dịch mà không phải lặp lại các phép tính trên một số lượng lớn các nút. (Đối với những người có kiến thức cơ bản về lý thuyết độ phức tạp, ý tưởng này là trọng tâm của P so với NP) Chà, vâng! Đây là lúc các bản tổng hợp ZK trở nên hữu ích - trên thực tế, chúng đảm bảo rằng chi phí xác minh thấp hơn đáng kể so với chi phí thực hiện tính toán.
Bây giờ, chúng ta hãy xem xét kỹ hơn cách ZK-Rollups đạt được điều này trong khi vẫn duy trì mức độ bảo mật cao. Các thành phần sau được bao gồm trong giao thức ZK-rollup cấp cao:
Trình xác thực ZK- Bằng chứng xác minh trên chuỗi.
ZK Prover- Lấy dữ liệu từ một ứng dụng hoặc dịch vụ và xuất ra bằng chứng.
Hợp đồng trên chuỗi-Theo dõi dữ liệu trên chuỗi và xác minh trạng thái hệ thống.
Đã có rất nhiều hệ thống chứng minh không có kiến thức, đặc biệt là trong năm ngoái. Có hai loại bằng chứng chính: (1) SNARK; (2) STARK, mặc dù ranh giới giữa chúng đang trở nên mờ nhạt hơn mỗi ngày.
Chúng tôi sẽ không đi sâu vào các chi tiết kỹ thuật về cách thức hoạt động của hệ thống bằng chứng ZK hiện tại, nhưng đây là một sơ đồ hay về cách chúng tôi có thể nhận được thứ gì đó giống như bằng chứng có thể kiểm chứng hiệu quả từ một hợp đồng thông minh.
tốc độ
tốc độ
sự riêng tư
sự riêng tư
Bằng chứng ZK vốn đã bảo vệ quyền riêng tư vì chúng không yêu cầu quyền truy cập vào các tham số cơ bản của tính toán để xác minh nó. Hãy xem xét ví dụ cụ thể sau: Giả sử tôi muốn chứng minh với bạn rằng tôi biết sự kết hợp giữa khóa và hộp. Một cách tiếp cận ngây thơ là chia sẻ sự kết hợp với bạn và yêu cầu bạn cố gắng mở hộp. Khui hộp ra thì rõ ràng biết combo này rồi. Nhưng giả sử tôi phải chứng minh rằng tôi biết tổ hợp mà không tiết lộ bất cứ điều gì về tổ hợp. Hãy thiết kế một giao thức chống ZK đơn giản để chứng minh nó hoạt động như thế nào:
Tôi yêu cầu bạn viết một câu trên một tờ giấy
Tôi đưa cho bạn cái hộp và bảo bạn hãy xé tờ giấy qua một khe nhỏ trên hộp
Tôi quay lưng lại với bạn và đấm combo vào hộp
Tôi đã mở ghi chú và trả lại cho bạn.
Bạn xác nhận rằng ghi chú là của bạn!
Đó là nó! Một bằng chứng không kiến thức đơn giản. Sau khi bạn xác nhận rằng ghi chú thực sự giống với ghi chú bạn đặt trong hộp, tôi đã cho bạn thấy rằng tôi có thể mở hộp và do đó biết trước sự kết hợp của các hộp.
Bằng cách này, bằng chứng không kiến thức đặc biệt tốt trong việc cho phép một bên chứng minh sự thật của một tuyên bố với bên kia mà không tiết lộ bất kỳ thông tin nào mà bên kia sẽ không có.
Khả năng tương thích EVM
Máy ảo Ethereum (EVM) xác định một bộ hướng dẫn hoặc opcodes để triển khai các hoạt động cơ bản của máy tính và chuỗi khối cụ thể. Hợp đồng thông minh trên Ethereum biên dịch thành mã byte này. Mã byte sau đó được thực thi dưới dạng opcode EVM. Khả năng tương thích EVM có nghĩa là có ánh xạ 1:1 giữa tập lệnh của máy ảo đang chạy của bạn và tập lệnh EVM.
Các giải pháp lớp 2 lớn nhất trên thị trường hiện nay được xây dựng dựa trên Ethereum. Khi các dự án gốc Ethereum muốn chuyển sang Lớp 2, khả năng tương thích EVM cung cấp một đường dẫn mở rộng quy mô mã tối thiểu, liền mạch. Các dự án chỉ cần triển khai lại hợp đồng của họ trên L2 và kết nối mã thông báo của họ với L1.
bắc cầu
bắc cầu
Vì L2 là các chuỗi riêng biệt nên chúng không tự động kế thừa mã thông báo L1 gốc. Mã thông báo L1 gốc trên Ethereum phải được kết nối với L2 tương ứng để tương tác với các dApp và dịch vụ được triển khai ở đó. Khả năng kết nối các mã thông báo một cách liền mạch vẫn là một thách thức chính, với các dự án khác nhau khám phá các kiến trúc khác nhau. Thông thường, sau khi người dùng gọi tiền gửi L1, một mã thông báo tương đương cần được đúc ở phía L2. Việc thiết kế một kiến trúc có tính tổng quát cao cho quy trình này có thể đặc biệt khó khăn do có nhiều loại mã thông báo và các giao thức dựa trên tiêu chuẩn mã thông báo.
Tính chất dứt khoát
Tính hữu hạn đề cập đến khả năng xác nhận tính hợp lệ của các giao dịch trên chuỗi. Ở lớp 1, khi người dùng gửi giao dịch, nó gần như ngay lập tức. (Mặc dù các nút cần có thời gian để xử lý các giao dịch từ mempool). Trên lớp 2, điều này không nhất thiết phải như vậy. Các bản cập nhật trạng thái được gửi tới chuỗi lớp 2 chạy giao thức Bản tổng hợp lạc quan trước tiên sẽ cho rằng các bản cập nhật là hợp lệ. Tuy nhiên, nếu trình xác thực gửi bản cập nhật này là độc hại, thì cần có đủ thời gian để một bên trung thực phản đối khiếu nại. Thông thường, thời gian thử thách này được đặt trong khoảng 7 ngày. Trung bình, người dùng muốn rút tiền từ L2 có thể phải đợi khoảng 2 tuần!
Mặt khác, Bản tổng hợp ZK không yêu cầu khoảng thời gian thử thách lớn như vậy vì mỗi bản cập nhật trạng thái được xác minh bằng hệ thống bằng chứng. Do đó, các giao dịch trên giao thức ZK Rollups là cuối cùng như các giao dịch trên lớp cơ bản 1. Không đáng ngạc nhiên,Tính hữu hạn tức thời do ZK Rollups cung cấp đã trở thành lợi thế chính trong cuộc chiến giành quyền thống trị quy mô L2.
Một số ý kiến cho rằng mặc dù Bản tổng hợp lạc quan không nhất thiết đảm bảo kết quả cuối cùng nhanh chóng ở L1, nhưng việc rút tiền nhanh mang đến một giải pháp rõ ràng, dễ sử dụng bằng cách cho phép người dùng truy cập vào tiền của họ trước khi giai đoạn thử thách kết thúc. Mặc dù điều này cung cấp một cách để người dùng truy cập thanh khoản của họ, nhưng có một số vấn đề với phương pháp này:
Chi phí bổ sung để duy trì nhóm thanh khoản cho việc rút tiền từ L2 đến L1.
Rút tiền nhanh không phổ biến - chỉ hỗ trợ rút tiền xu. Không thể hỗ trợ các cuộc gọi L2 đến L1 tùy ý.
Các nhà cung cấp thanh khoản không thể đảm bảo tính hợp lệ của các giao dịch cho đến khi kết thúc giai đoạn thử thách.
Các nhà cung cấp thanh khoản phải: (1) tin tưởng những người mà họ cung cấp thanh khoản, hạn chế lợi ích của việc phân cấp; (2) xây dựng bằng chứng gian lận/tính hợp lệ của riêng họ, trái ngược hoàn toàn với việc tận dụng các bằng chứng gian lận/sự đồng thuận được tích hợp trong mục đích chuỗi L2 của thỏa thuận.
giải trình tự
Bộ sắp xếp giống như bất kỳ nút đầy đủ nào khác, nhưng có quyền kiểm soát tùy ý đối với việc sắp xếp các giao dịch trong hàng đợi hộp thư đến. Nếu không có thứ tự này, các nút/người tham gia khác trong mạng không thể xác định kết quả của một lô giao dịch cụ thể. Theo nghĩa này, điều này cung cấp cho người dùng một mức độ chắc chắn khi thực hiện các giao dịch.
đâyđâyVàđâyHãy thoải mái với thực tế là rất nhiều công việc/nghiên cứu đang được thực hiện về phân loại công bằng phi tập trung.
hiệu quả sử dụng vốn
hiệu quả sử dụng vốn
Một điểm so sánh quan trọng khác giữa Bản tổng hợp lạc quan và Bản tổng hợp ZK là hiệu quả sử dụng vốn của chúng. Như đã đề cập trước đó, L2 lạc quan dựa vào Bằng chứng gian lận để bảo mật chuỗi, trong khi ZK Rollups sử dụng Bằng chứng về tính hợp lệ.
Tính bảo mật được cung cấp bởi bằng chứng gian lận dựa trên nguyên tắc lý thuyết trò chơi đơn giản: chi phí cho kẻ tấn công khi cố gắng phân nhánh chuỗi phải vượt quá giá trị mà chúng có thể trích xuất từ mạng. Trong trường hợp Tổng số lạc quan, người xác nhận đặt một số lượng mã thông báo nhất định (ví dụ: ETH) trên các khối Tổng số mà họ tin rằng sẽ hợp lệ khi chuỗi tiến triển. Các tác nhân độc hại (những người bị kết tội và báo cáo bởi các nút trung thực) sẽ bị phạt.
Như vậy, có một sự đánh đổi cơ bản giữa hiệu quả sử dụng vốn và sự an toàn. Cải thiện hiệu quả sử dụng vốn có thể yêu cầu giảm độ trễ/thời gian thử thách đồng thời tăng khả năng các xác nhận gian lận sẽ không bị phát hiện hoặc thách thức bởi các trình xác thực khác trong mạng.
Di chuyển khoảng thời gian trễ tương đương với việc di chuyển dọc theo đường cong hiệu quả sử dụng vốn so với thời gian trễ. Tuy nhiên, khi khoảng thời gian trễ thay đổi, người dùng cần xem xét tác động đối với sự đánh đổi giữa an toàn và cuối cùng - nếu không, họ sẽ thờ ơ với những thay đổi.
Đây làĐây làEd Felten từ Offchain Labs có giải thích sâu về cách họ xác định độ dài tối ưu của khoảng thời gian trì hoãn.
tiêu đề cấp đầu tiên
Chuỗi/tiện ích mở rộng dành riêng cho ứng dụng
Khi chúng ta nói về một tương lai đa chuỗi, chính xác thì chúng ta đang đề cập đến điều gì? Sẽ có một số lượng lớn lớp 1 hiệu suất cao với các kiến trúc khác nhau, nhiều giải pháp mở rộng lớp 2 hơn hay chỉ một vài chuỗi lớp 3 với tối ưu hóa tùy chỉnh cho các trường hợp sử dụng tùy chỉnh?
Chúng tôi tin rằng nhu cầu về các dịch vụ dựa trên chuỗi khối về cơ bản sẽ được thúc đẩy bởi nhu cầu của người dùng đối với một loại ứng dụng cụ thể, cho dù đó là khai thác NFT hay giao thức DeFi để cho vay, đặt cọc, v.v... về lâu dài với Như với bất kỳ công nghệ nào, chúng tôi hy vọng rằng người dùng sẽ muốn trừu tượng hóa khỏi các công nghệ nguyên thủy cơ bản (trong trường hợp này là L1 và L2 cung cấp cơ sở hạ tầng cốt lõi để giải quyết, khả năng mở rộng và bảo mật).
Các chuỗi dành riêng cho ứng dụng cung cấp một cơ chế để triển khai các dịch vụ hiệu suất cao bằng cách tận dụng tối ưu hóa phạm vi hẹp. Do đó, chúng tôi hy vọng các loại chuỗi này sẽ là thành phần chính của cơ sở hạ tầng Web3 được thiết kế để thúc đẩy việc áp dụng hàng loạt.
Có hai cách chính mà các chuỗi này xuất hiện:
Các hệ sinh thái riêng biệt với các nguyên thủy của riêng chúng tập trung vào các ứng dụng rất cụ thể.
Một lớp bổ sung được xây dựng trên các chuỗi L1 và L2 hiện có, nhưng được tinh chỉnh để tối ưu hóa hiệu suất cho các trường hợp sử dụng cụ thể.
Các chuỗi độc lập này có thể sẽ chứng kiến sự tăng trưởng đáng kể trong ngắn hạn và trung hạn, nhưng chúng tôi tin rằng đây là một chức năng của tính mới trong ngắn hạn của chúng chứ không phải là tín hiệu của sự quan tâm và sử dụng bền vững. Ngay cả bây giờ, các chuỗi dành riêng cho ứng dụng trưởng thành hơn như Celo dường như vẫn còn tương đối hiếm. Mặc dù các hệ sinh thái chuỗi dành riêng cho ứng dụng độc lập này mang lại hiệu suất vượt trội cho các trường hợp sử dụng cụ thể, nhưng chúng thường thiếu các tính năng khiến các hệ sinh thái có mục đích chung khác trở nên mạnh mẽ:
Tính linh hoạt và dễ sử dụng
có khả năng tổng hợp cao
Tổng hợp thanh khoản và truy cập vào tài sản bản địa
Cơ sở hạ tầng mở rộng quy mô thế hệ tiếp theo phải đạt được sự cân bằng giữa hai cách tiếp cận này.
Phương pháp mở rộng fractal
Làm thế nào nó hoạt động?
Làm thế nào nó hoạt động?
Các giao dịch được phân chia giữa các phiên bản cục bộ dựa trên các kịch bản mà chúng dự định phục vụ.
Tận dụng các thuộc tính bảo mật, khả năng mở rộng và quyền riêng tư của lớp L1/L2 cơ bản trong khi tối ưu hóa cho các nhu cầu tùy chỉnh riêng
Sử dụng một kiến trúc mới (để lưu trữ và tính toán) dựa trên bằng chứng chứng minh và bằng chứng đệ quy
Đây là
Đây làMột bài viết tuyệt vời của Starkware thảo luận về kiến trúc của tỷ lệ fractal.
kết thúc suy nghĩ
Mở rộng quy mô chuỗi khối đã trở nên nổi bật hơn trong vài năm qua và vì lý do chính đáng — chi phí tính toán để xác thực trên một chuỗi phi tập trung cao như Ethereum đã trở nên không khả thi. Với sự phổ biến của chuỗi khối, độ phức tạp tính toán của các giao dịch trên chuỗi cũng tăng lên nhanh chóng, làm tăng thêm chi phí bảo mật chuỗi. Việc tối ưu hóa cho lớp 1 hiện có và các kiến trúc như phân đoạn động có thể rất có giá trị, nhưng sự gia tăng đáng kể về nhu cầu đòi hỏi một cách tiếp cận đa sắc thái hơn để phát triển các hệ thống phi tập trung an toàn, có thể mở rộng và bền vững.
Chúng tôi tin rằng phương pháp này dựa trên việc xây dựng các lớp chuỗi được tối ưu hóa cho các hành vi cụ thể, bao gồm tính toán cho mục đích chung và logic hỗ trợ quyền riêng tư cho các ứng dụng cụ thể. Do đó, chúng tôi coi Rollup và các công nghệ lớp 2 khác là trung tâm để mở rộng quy mô thông lượng bằng cách cho phép tính toán/lưu trữ ngoài chuỗi và xác minh nhanh.
đề cập đến
đề cập đến
