原文：Phân chia dữ liệu bảo mật có thể thay đổi —— polynya

Người phiên dịch: Evelyn｜W3.Hitchhiker

Tuyên bố miễn trừ trách nhiệm: Mọi thứ ở đây hoàn toàn chỉ là suy nghĩ suy đoán, có rất nhiều sự đơn giản hóa quá mức, không điều nào trong số này nên được xem xét nghiêm túc, tôi chỉ hy vọng có một số điều đáng để suy nghĩ.

Ý tưởng hay của Danksharding là thế này: chỉ người xây dựng (dù sao cũng là một giả định thiểu số trung thực) mới cần chạy phần cứng đắt tiền. Theo thời gian, các bản tổng hợp sẽ mở rộng quy mô lên tới hàng triệu TPS với mức chi phí rất tối thiểu đối với người xác thực, người dùng và mọi người khác. Vấn đề là, tầm nhìn đầy tham vọng này sẽ cần thời gian để chứng minh. Tất nhiên, có thể từ 2 đến 5 năm, tùy thuộc vào người tôi yêu cầu. Mặc dù không gian tiền điện tử luôn mắc phải sai lầm nghiêm trọng trong việc lập kế hoạch, nhưng mọi thứ chắc chắn đang được cải thiện, nhưng tôi từ chối tin tưởng vào bất kỳ lộ trình nào cho đến khi tôi có thể thấy một nguyên mẫu đầy đủ chức năng xuất hiện.

EIP-4844 là một cải tiến lớn và tôi tin rằng nó sẽ là quá đủ cho tất cả các ứng dụng và giao dịch có giá trị đòi hỏi mức độ bảo mật cao trong tương lai gần, đồng thời cho phép các bản tổng hợp mở rộng gấp 100 lần đối với hoạt động hiện tại ~ 1000 lần. Tuy nhiên, sẽ có nhiều loại ứng dụng ngốn dữ liệu khác nhau có thể yêu cầu "hàng triệu TPS" mà không yêu cầu tính bảo mật cao.

Đồng thời, rõ ràng là các nhà phát triển không có ý định chờ đợi sự ngập lụt hoàn toàn. Ngày nay, trong số 15 dự án hàng đầu của L2Beat, 7 dự án không phải là dự án tổng hợp mà là các chuỗi xác thực và lạc quan sử dụng các lớp sẵn có của dữ liệu bên ngoài. (Ở đây tôi giả sử bạn đã quen thuộc với các cấu trúc này và biết lý do tại sao chúng vẫn tốt hơn sidechain, v.v.) StarkEx (hiện đã có 6 tính hợp lệ!), Arbitrum và Metis đã có các lớp sẵn có dữ liệu bên ngoài trong khi StarkNet, zkSync, Polygon và các công ty khác thì có; xây dựng các lớp sẵn có của dữ liệu nội bộ, chưa kể đến các lớp như EigenDA hay Celestia. Các giải pháp kết hợp này không yêu cầu EIP-4844 cũng như không yêu cầu bảo mật hoàn toàn để giữ phí giao dịch ở mức thấp và điều quan trọng là chúng đã có mặt ở đây.

Một cách là để họ làm việc của mình và người dùng sẽ chọn tùy chọn validium kém an toàn hơn nếu họ cần (nhưng vẫn cao hơn alt-L1). Điều kỳ diệu của Volitions là người dùng có thể chọn trên cơ sở mỗi giao dịch hoặc mỗi người dùng.

Nhưng một cách tiếp cận khác là: Làm cách nào chúng tôi có thể cải thiện lớp sẵn có của dữ liệu bên ngoài?

Mặc dù đây không phải là mẫu đại diện nhưng 20% ​​trình xác thực Ethereum ngày nay đã vượt quá phạm vi thông thường. Trong khi đó, 45% thích có các yêu cầu về băng thông/lưu lượng rất thận trọng. Với EIP-4844, chúng tôi đang tối ưu hóa 45% này nhưng 55% còn lại sẽ tiếp tục chạy trên băng thông chưa được sử dụng đúng mức. Vì vậy, ý tưởng là sử dụng băng thông miễn phí này bằng cách thêm phân đoạn dữ liệu đơn giản nơi bộ trình xác nhận sẽ được phân chia. Tôi không biết gì về kỹ thuật, nhưng tôi tin lời Dankrad rằng điều này là "tầm thường".

Với EIP-4844, chúng tôi có lớp sẵn có dữ liệu mới. Tôi gọi nó là phân đoạn dữ liệu số 0 (DS0). DS0 là bắt buộc và được đảm bảo bởi bộ trình xác thực Ethereum đầy đủ.

Tại đây, chúng tôi có thể có nhiều phân đoạn dữ liệu hơn (S1, DS2...v.v.) có thể chọn tham gia từ người xác thực. Do đó, 30% trong số trại 2TB đến 10TB ở trên có thể chạy 2 hoặc 3 phân đoạn dữ liệu. Vì vậy, trong khi DS0 được đảm bảo bởi 100% bộ trình xác thực Ethereum, DS1 là 55%, DS2 là 50%, v.v. Giờ đây, chúng tôi có những trình xác thực siêu thông số kỹ thuật đang chạy (những người dường như đã nhầm tưởng rằng họ là trình xác thực Solana), những người cảm thấy thoải mái với lưu lượng truy cập 20TB+ hoặc băng thông 100Mbps+, 20% đó cũng có thể chạy nhiều phân đoạn hơn. Vì vậy, phân đoạn dữ liệu cuối cùng của bạn (DS16) chỉ cung cấp 10% bảo mật Ethereum. Tất nhiên, tôi nói điều này nghe có vẻ bình thường, nhưng tùy thuộc vào cách cấu trúc của ủy ban Beacon Chain, có thể có một số sự phân chia rõ ràng. Nhưng ý chính của nó là DS0 có tính bảo mật 100% (vì vậy tất cả các bản tổng hợp sẽ là HRE). DS1 an toàn 50%, DS10 an toàn 25%, DS16 an toàn 10%, v.v., đối với loại công trình mới, nó nằm giữa tổng hợp đầy đủ (DS0 / 100% an toàn) và chuỗi hợp lệ/lạc quan.

Trong thực tế, như chúng ta thấy nhiều lớp xác nhận và dữ liệu trực tuyến, bảo mật cần thiết cho từng ứng dụng, người dùng và trường hợp sử dụng là một phổ. Không phải mọi thứ đều cần được đảm bảo bằng an ninh kinh tế trị giá hàng trăm tỷ USD.

Nhưng vấn đề là, nếu chúng ta giả sử 30% nguồn cung ETH được đặt cọc, thì ngay cả DS16 “bảo mật tối thiểu” vẫn được hỗ trợ bởi 5 tỷ đô la bảo mật kinh tế ngay cả trong thị trường gấu này và đó vẫn là phạm vi an toàn cấp alt-L1 hàng đầu . Điều quan trọng cần nhớ là phạm vi bảo mật này chỉ dành cho tính khả dụng của dữ liệu. Bằng chứng về tính hợp lệ và bằng chứng gian lận vẫn được xác minh với độ bảo mật 100%! Vì vậy, ngay cả nửa cuộn/nửa xác thực của DS16 cũng có độ bảo mật tốt hơn đáng kể so với alt-L1 cấp cao nhất.

Đây có thể vẫn là một cải tiến đáng kể so với tùy chọn lớp dữ liệu bên ngoài. Chắc chắn, các giao dịch tài chính có giá trị cao sẽ chọn giải quyết trên DS0, nhưng một số NFT có giá trị trung bình có thể chỉ yêu cầu DS8 và đối với các ứng dụng chơi game có giá trị bằng 0, thậm chí DS16 có thể dư thừa. Như đã đề cập ở trên, trong cài đặt tự nguyện, mỗi ứng dụng có thể chọn mức độ bảo mật mà nó yêu cầu dựa trên hoàn cảnh riêng của mình.

Còn người dùng tổng hợp thì sao? Chúng chỉ cần chạy các phân đoạn dữ liệu được liên kết với chúng nên yêu cầu hệ thống sẽ không khác với EIP-4844. Đây là lý do tại sao ngay cả khi có những thỏa hiệp về bảo mật thì cũng không có những thỏa hiệp về phân quyền liên quan đến EIP-4844. (Trừ khi đó là một gigarollup được giải quyết trên nhiều phân đoạn dữ liệu - nhưng đó là điều mà người dùng của nó sẽ nhận thức rõ)

Nói rõ hơn, tôi không mong đợi những điều này xảy ra, đây chỉ là những lời luyên thuyên của một blogger nghiệp dư điên cuồng không rành về kỹ thuật. Con đường ít trở ngại nhất là đến EIP-4844 vào năm 2023 và sau khi nó bão hòa trong vài năm nữa, các trường hợp sử dụng ngốn dữ liệu sẽ lan sang nhiều lớp dữ liệu bên ngoài và tất cả dữ liệu sẽ được biến đổi và làm phong phú ở mức độ cao. Cuối cùng, qua nhiều năm, danksharding đã xuất hiện trực tuyến và trở thành giải pháp tốt nhất. Nhưng có lẽ ai đó sẽ đọc được điều này và tìm ra ý tưởng tốt hơn để lấp đầy khoảng cách lớn giữa 4844 và phân đoạn đầy đủ...