Cá nhân người sáng lập mô tả các giải pháp và tầm nhìn “Trinity” của Avail

Tác giả: Anurag Arjun, đồng sáng lập Polygon và người sáng lập Avail; Bản dịch: xiaozou@金财经

Vào ngày 26 tháng 2 năm 2024, Avail  thông báo rằng họ đã nhận được vòng hạt giống trị giá 27 triệu đô la Mỹ do Founders Fund và Dragonfly  Financing dẫn đầu , các công ty đầu tư mạo hiểm nổi tiếng khác cũng tham gia, bao gồm SevenX, Figment, Nomad Capital và một số nhà đầu tư thiên thần. Vòng tài trợ này sẽ được sử dụng để thúc đẩy sự phát triển của Avail Trinity - lộ trình ba giai đoạn thống nhất toàn bộ hệ sinh thái web3.  

Anurag Arjun, người đồng sáng lập Polygon và người sáng lập Avail, đã xuất bản một cuộc thảo luận chuyên sâu về nền tảng và nguồn gốc của "Avail Trinity" cũng như cách thức Avail giải quyết những thách thức mà hệ sinh thái ngày nay phải đối mặt. Các vấn đề về phân mảnh người dùng và khả năng mở rộng.

p>

1. Tổng quan

Môi trường không cần cấp phép của Web3 đã tạo ra nhiều bước đột phá Họ cùng nhau thúc đẩy hệ sinh thái thịnh vượng ngày nay, nơi vẫn còn nhiều dư địa để phát triển. Có nhiều thách thức kỹ thuật cần phải vượt qua để đạt được quy mô cần thiết cho việc áp dụng đại trà và hệ sinh thái đã xây dựng một số giải pháp đổi mới dựa trên nền tảng công nghệ web3. Tuy nhiên, vấn đề khó khăn vẫn cần giải quyết là kết hợp tất cả các công nghệ này lại với nhau và vận hành tổng thể cho người dùng cuối, đồng thời duy trì tinh thần phi tập trung của hệ sinh thái.

Các giao dịch giữa các hệ sinh thái phức tạp hơn dự kiến, dẫn đến sự phân mảnh không cần thiết. Những nỗ lực tiếp nhận người dùng nên hướng tới việc thu hút người dùng mới vào web thay vì tập trung vào cộng đồng web3 hiện có.

Để giải quyết tất cả những vấn đề này, Avail đang đẩy nhanh quá trình hợp nhất web3 thông qua Avail Trinity, một lộ trình được chia thành ba giai đoạn mà bất kỳ ai cũng có thể sử dụng. người dùng cuối với trải nghiệm web3 an toàn, có thể mở rộng và liền mạch.

Trong bài viết này, chúng tôi sẽ đi sâu vào nền tảng và lý thuyết về Avail Trinity, đồng thời chỉ ra cách giải pháp này giải quyết các vấn đề về phân mảnh và khả năng mở rộng của người dùng mà hệ sinh thái ngày nay gặp phải. Chúng tôi sẽ cho thấy Avail DA là nền tảng hoàn hảo cho nhiều bản tổng hợp mong muốn có sẵn dữ liệu hiệu quả như thế nào và đặt nền tảng để triển khai liền mạch ý định của người dùng trên toàn hệ sinh thái web3 thông qua Avail Nexus, một trung tâm điều phối không cần cấp phép. Avail Fusion Security hoàn thiện Avail Trinity, giải quyết nhu cầu ngày càng tăng về bảo mật chung và làm cho hệ sinh thái hợp nhất web3 đang phát triển mạnh mẽ hơn nữa.

2. Lời nói đầu

Nếu bạn đã từng cố gắng thực hiện giao dịch trên các mạng đa chuỗi , thì rõ ràng là trải nghiệm tương ứng chưa sẵn sàng để áp dụng đại trà.

Với sự hiểu biết kỹ thuật rất sâu sắc về kiến ​​trúc chuỗi khối, bạn có thể bắt đầu giải quyết vấn đề dài hạn này. Quay trở lại những nguyên tắc đầu tiên, chúng ta có thể rút ra nền tảng kỹ thuật cần thiết để tạo ra trải nghiệm thống nhất trên blockchain. Nền tảng này sẽ kết nối các mạng tổng hợp L2 và L1 riêng biệt trong khi vẫn cho phép các nhà phát triển thử nghiệm và đổi mới phi tập trung, không cần cấp phép trên toàn hệ sinh thái.

Rollup được phát triển như một phần của giải pháp cho thách thức về khả năng mở rộng bằng cách xử lý các giao dịch ngoài chuỗi và sau đó đóng gói nhiều giao dịch thành một giao dịch trên chuỗi duy nhất. Mặc dù Rollup giúp giảm phí một cách hiệu quả và nâng cao khả năng mở rộng của Ethereum, nhưng nó gây ra những vấn đề phức tạp mới:

● Do tính sẵn có hạn chế, nhu cầu về nhiều không gian khối hơn dẫn đến chi phí tăng cao .

● Sự phát triển của hệ sinh thái L2 đã làm trầm trọng thêm sự phân mảnh thị trường, cản trở hơn nữa trải nghiệm người dùng và tính kinh tế theo quy mô.

Khi những vấn đề này được giải quyết, tiềm năng mở rộng và khả năng tương tác của các hệ thống blockchain vốn bị trì trệ trong nhiều năm cuối cùng cũng có thể được hiện thực hóa.

3. Giải pháp Avail

Avail đang tận dụng nguyên tắc nhắn tin không đồng bộ (tương tự như ( sử dụng các nguyên tắc tương tự như mở rộng quy mô ứng dụng) để mở rộng quy mô chuỗi khối và bây giờ là thời điểm hoàn hảo để xây dựng.

Avail Trinity bao gồm lớp sẵn có của dữ liệu cơ bản (DA), lớp khả năng tương tác của Nexus và lớp mạng Fusion Security.

● Lớp DA được xây dựng đặc biệt để đảm bảo tính khả dụng của dữ liệu và được tối ưu hóa cao. Đây là lớp thấp nhất của chuỗi khối và có các khả năng cần thiết để xây dựng chéo -Khả năng tương tác của hệ sinh thái.Chức năng tối thiểu.

● Nexus, là một ZK rollup nhẹ nhưng mạnh mẽ chạy trên Avail, hỗ trợ thanh toán chéo và giải quyết nhiều hệ sinh thái.

● Fusion Security có thể kết hợp bảo mật kinh tế tiền điện tử của nhiều mã thông báo để phục vụ và bảo vệ mạng Avail.

Sứ mệnh của Avail là đơn giản hóa trải nghiệm tổng hợp và cung cấp nền tảng hợp nhất hiệu quả cho người dùng và nhà phát triển trên tất cả các hệ sinh thái khác nhau.

Mô hình tích hợp dọc này được thiết kế để giải quyết các vấn đề ngày càng gia tăng và vấn đề phân mảnh người dùng, cho phép việc tổng hợp tiếp xúc liền mạch với toàn bộ lĩnh vực blockchain. Người dùng và tính thanh khoản.

Tầm nhìn của Avail là cung cấp trải nghiệm người dùng nhất quán trong hệ sinh thái chuỗi khối mô-đun linh hoạt, dựa trên trải nghiệm của Web2 để đổi mới trong Web3. Bằng cách kết hợp công nghệ tiên tiến, lộ trình rõ ràng và thực hiện nhanh chóng, Avail đang xây dựng nhiều thứ hơn là một sản phẩm, mở ra một giai đoạn mới trong không gian blockchain, mở đường cho một kỷ nguyên có khả năng mở rộng tốt hơn và tương tác liền mạch với người dùng.

4. Bối cảnh và nguồn cảm hứng

Chúng ta có thể học được gì từ web2?

Làm thế nào để các ứng dụng trên Internet thực sự đạt được quy mô? Dịch vụ vi mô không đồng bộ.

Internet không phải là một máy tính thế giới khổng lồ mà là một chuỗi các máy tính được kết nối với nhau để thực hiện các nhiệm vụ cụ thể dựa trên các trường hợp sử dụng trong kinh doanh và liên lạc với nhau khi cần.

Amazon là tập hợp các vi dịch vụ liên quan chuyên về thương mại điện tử. Visa vận hành một loạt các dịch vụ vi mô xử lý thanh toán.

● Khi người dùng nhấp vào nút mua sản phẩm trên Amazon, lệnh gọi từ trình duyệt tới vi dịch vụ sản phẩm Amazon sẽ được kích hoạt.

● Sau đó, vi dịch vụ Visa sẽ được gọi để gửi trang thanh toán cho người dùng.

● Sau khi người dùng điền chi tiết thanh toán, một yêu cầu thanh toán xác minh khác sẽ được gửi đến vi dịch vụ Visa.

● Sau khi khoản thanh toán được xác minh, một lệnh gọi lại sẽ được gửi đến vi dịch vụ của sản phẩm Amazon để thông báo cho người dùng biết rằng sản phẩm đã được mua và khoản thanh toán đã được thực hiện đã được hoàn thành.

Nếu có ngày khuyến mãi dịp lễ như Black Friday, các dịch vụ siêu nhỏ của Amazon và Visa sẽ mở rộng quy mô để đáp ứng nhiều nhu cầu Internet hơn.

Vấn đề là Internet chỉ có thể mở rộng đến quy mô lớn như vậy thông qua các dịch vụ vi mô không đồng bộ. Blockchain cũng vậy.

Làm cách nào để chúng tôi đạt được điều này trong web3?

UPI là một ví dụ điển hình cho việc học tập. Đây là một trong những hệ thống thanh toán lớn nhất thế giới về số lượng người dùng và khối lượng giao dịch. Hiện tại, UPI xử lý hơn 10 tỷ giao dịch mỗi tháng, đây là minh chứng cho quy mô tuyệt đối của hệ thống.

UPI là một hệ thống cho phép khách hàng từ các ngân hàng khác nhau tương tác. Nhưng nó đã không thành công khi lần đầu tiên ra mắt. Các ngân hàng ban đầu rất do dự khi tham gia hệ thống - chính phủ không bắt buộc phải tham gia UPI. Mối quan tâm chính của các ngân hàng là nếu họ hỗ trợ các giao dịch UPI, kết quả cuối cùng sẽ là việc chuyển tiền từ tài khoản khách hàng sang ngân hàng khác (dòng thanh khoản ra).

Nguyên tắc có đi có lại được sử dụng để giải quyết vấn đề này. Nguyên tắc có đi có lại đã thay thế các động cơ kinh tế và được sử dụng để truyền tải ý tưởng rằng các ngân hàng chỉ có thể tham gia UPI để có được sự “trả tiền” của các khách hàng ngân hàng khác nếu họ cho phép “trả tiền”.

Mặc dù đây là ví dụ về thiết lập được cấp phép (ngân hàng trong web2), lớp hợp nhất không được phép của web3 vẫn phải có tính tương hỗ được nhúng trong đó, điều này rất quan trọng đối với toàn bộ Nó có lợi và vô hại đối với hệ sinh thái.

Nguyên tắc có đi có lại giúp các ngân hàng mở cửa tiếp cận khách hàng và ví tiền của mình, đồng thời cộng tác hiệu quả để đảm bảo khách hàng cuối có trải nghiệm người dùng tốt nhất có thể.

Sự hợp tác như vậy có lợi cho hệ sinh thái. Nhưng điều này chỉ có thể thực hiện được nếu công nghệ cơ bản sử dụng đúng nguyên tắc để cho phép hợp tác. UPI có những thứ này và chúng tôi đã thiết kế Avail để đưa trải nghiệm của các hệ thống web2 trên toàn thế giới vào web3.

Đưa trải nghiệm web2 vào web3

Sự phát triển của Internet mang lại cho thế giới blockchain những lợi ích thu được Những hiểu biết có giá trị. Việc mở rộng Internet chủ yếu đạt được thông qua các vi dịch vụ không đồng bộ. Các vi dịch vụ không đồng bộ là một mạng lưới các máy tính được kết nối với nhau. Mỗi máy tính thực hiện các nhiệm vụ cụ thể và giao tiếp khi cần thiết.

● Các nền tảng như Amazon và Visa là ví dụ về mô hình này, cung cấp một loạt dịch vụ vi mô chuyên biệt cho thương mại điện tử và xử lý thanh toán tương ứng.

● Các dịch vụ này mở rộng quy mô một cách độc lập để đáp ứng nhu cầu, thể hiện sức mạnh của hoạt động không đồng bộ phi tập trung.

● Sự thành công của các hệ thống như UPI (Giao diện thanh toán hợp nhất) càng làm nổi bật tầm quan trọng của tính tương hỗ được kết nối với nhau trong việc mở rộng các hệ thống lớn và phức tạp.

Trong web3, chúng ta đang chứng kiến ​​một giai đoạn phức tạp và phát triển tương tự. Ngày nay, có nhiều giải pháp cuộn và Lớp 2 đang nổi lên trên Ethereum, dẫn đến các vấn đề phân mảnh của người dùng và tính thanh khoản cũng như trải nghiệm người dùng bị ngắt kết nối gợi nhớ đến những thách thức của Internet thời kỳ đầu. Bây giờ chúng ta hãy xem xét kỹ hơn những vấn đề này và cách Avail giúp giải quyết chúng.

Trạng thái hiện tại của hệ sinh thái mô-đun

Rollup đã trở thành một giải pháp mở rộng quy mô blockchain được công nhận. Khi công nghệ tổng hợp trưởng thành và phát triển, đồng thời các công nghệ tiên tiến mới hiệu quả hơn và dành riêng cho ứng dụng tiếp tục được tích hợp, chúng đang trở thành một tính năng tiêu chuẩn của nhiều nền tảng blockchain khác nhau. Chúng tôi thấy rằng hoạt động tổng hợp ngày càng được áp dụng đa chuỗi và xu hướng phát triển này là hiển nhiên.

Tuy nhiên, sự phát triển này đặt ra mối lo ngại đáng kể về trải nghiệm người dùng, vì có hàng trăm chuỗi, mỗi chuỗi có vô số tương tác của người dùng.

Những người chơi L2 chính đã phát triển các giải pháp độc đáo của riêng họ để ứng phó với những thách thức này. Thật không may, điều này dẫn đến các vấn đề phân mảnh hơn nữa.

Mặc dù các hệ sinh thái này cho phép các hoạt động tích hợp suôn sẻ trong phạm vi ranh giới của chúng, nhưng hoạt động trên các hệ sinh thái sẽ tạo ra xung đột và gây ra vấn đề cho người dùng trong chuỗi khối rộng hơn. Việc tìm kiếm khả năng tương tác liền mạch trong không gian chuỗi đặt ra một trở ngại.

p>

Lớp DA dựa trên bằng chứng xác thực làm cơ sở

Tư duy dựa trên những nguyên tắc đầu tiên, thống nhất Lớp dưới cùng của ngăn xếp cần phải là lớp DA được xây dựng bằng cách lấy mẫu tính khả dụng của dữ liệu dựa trên bằng chứng hợp lệ.

Lớp DA là một lớp thiết yếu trong chuỗi khối vì đây là điểm tích hợp của sự đồng thuận và trật tự. Mặc dù lớp DA yêu cầu các thành phần khác (tức là thực thi) để xây dựng chuỗi khối, nhưng nó đóng vai trò là gốc rễ của sự tin cậy, ra lệnh cho các giao dịch và đạt được sự đồng thuận về thứ tự của các giao dịch đó.

Trong khi lớp thực thi kiểm tra thứ tự và sự đảm bảo DA từ lớp cơ sở, phương pháp thực thi hiệu quả nhất và giảm thiểu độ tin cậy là lấy mẫu các cam kết đặt hàng. Hãy biến lời hứa của bạn thành một nguồn sự thật không thể chối cãi bằng cách dựa trên bằng chứng về tính hợp lệ. Đây chính xác là vai trò mà KZG hứa hẹn sẽ đảm nhận trong Avail DA. Tuy nhiên, để có được sự đảm bảo về tính khả dụng đối với các đơn đặt hàng đã gửi, khách hàng phải tải xuống dữ liệu hoàn chỉnh hoặc thực hiện lấy mẫu dữ liệu được mã hóa xóa để cung cấp tính khả dụng có độ tin cậy cao. Tính năng trước buộc các máy khách phải chạy nút đầy đủ của lớp cơ sở, do đó, Avail cho phép các máy khách hạng nhẹ thực hiện DAS trên dữ liệu được mã hóa xóa để xác minh tính khả dụng một cách hiệu quả.

DAS được hỗ trợ bởi bằng chứng hợp lệ là siêu năng lực của AvailDA và là điểm tựa để chúng tôi xây dựng AvailTrinity.

Avail Trinity

Hệ sinh thái Avail được thiết kế để mang lại trải nghiệm ưu việt cho người dùng và các nhà phát triển, cân bằng ba yếu tố thiết yếu là khả năng mở rộng, khả năng tương tác và bảo mật mà không ảnh hưởng. Cấu trúc của nền tảng chủ yếu bao gồm ba lớp sau:

● Lớp DA sẵn có dữ liệu cơ bản

Lớp này là lớp cơ sở phổ quát mà bất kỳ blockchain nào cũng có thể tận dụng để nâng cao khả năng mở rộng và bảo mật của nó. Thiết kế đơn giản nhưng mạnh mẽ của Avail rất linh hoạt và thích ứng với nhu cầu của từng chuỗi mà không áp đặt những hạn chế hoặc thành kiến ​​cụ thể.

● Lớp Nexus cho khả năng tương tác

Lớp Nexus là sự phối hợp của Avail Thành phần cung cấp một khung không cần cấp phép cho việc nhắn tin tổng hợp nội bộ.

Lớp này rất quan trọng trong việc tạo ra trải nghiệm người dùng liền mạch trong nhiều trường hợp, cho dù người dùng đang sử dụng một bản tổng hợp hay trên nhiều bản tổng hợp trong Avail hay tương tác với các chuỗi trong các hệ sinh thái bên ngoài.

● Lớp bảo mật hợp nhất

Hợp nhất cho phép chuỗi cơ sở Avail kết hợp không- Mã thông báo gốc với mã thông báo gốc Avail được kết hợp để bảo mật nền tảng Avail, tạo ra lớp bảo mật mạnh mẽ và đáng tin cậy.

Fusion Security sẽ cung cấp mức độ bảo mật cao hơn và nhiều tiện ích hơn cho mã thông báo tổng hợp được xây dựng trên Lịch phát sóng.

Sự kết hợp cũng sẽ giúp mang lại nhiều thanh khoản hơn từ các chuỗi khối khác vào hệ sinh thái Avail và khóa nó lại.

5. Có sẵn DA

Lớp DA là nền tảng cốt lõi của mạng blockchain và phục vụ như một nguồn sự thật được chia sẻ mở rộng đáng tin cậy. Nó đảm bảo rằng mỗi khi một khối mới được sinh ra, tất cả dữ liệu liên quan trong mạng đều ở đó và không có gì bị ẩn hoặc bị xóa, cho phép nó tiếp tục hoạt động.

Mặc dù quan trọng nhưng lớp DA yêu cầu các lớp khác để tạo chuỗi khối, đặc biệt là lớp thực thi xác định các thay đổi trong trạng thái chuỗi khối. Lớp thực thi được mở rộng quy mô một cách hiệu quả thông qua quá trình tổng hợp, nhưng nếu không có lớp DA được tối ưu hóa, tính khả dụng của dữ liệu có thể nhanh chóng trở thành nút cổ chai.

(1) Nguyên tắc hoạt động của lớp DA sẵn có

Lớp DA sẵn có là một lớp tập trung mạng chuỗi khối. Nó tạo và bảo mật không gian khối mà các blockchain khác có thể sử dụng làm lớp sẵn có dữ liệu của riêng họ.

Sử dụng AppID chuyên dụng, chuỗi khối xuất bản dữ liệu giao dịch lên Avail, sau đó dữ liệu này sẽ được gửi và sẵn sàng.

p>

● Dữ liệu được xuất bản trên khối Avail được mạng Avail xác minh nhưng không được thực thi (vì đây là công việc của lớp thực thi).

● Chuỗi khối sẵn có về dữ liệu của Avail có thể hỗ trợ bất kỳ mạng chuỗi khối nào.

● Avail sử dụng bằng chứng về tính hợp lệ nên nhà phát triển và người dùng không cần phải tin cậy vào mạng Avail để xác nhận rằng dữ liệu có sẵn; họ có thể tự xác minh dữ liệu đó .

● Dữ liệu được xuất bản lên Avail được mở rộng thông qua mã hóa xóa, do đó làm tăng tính dư thừa dữ liệu.

● Avail sử dụng cam kết đa thức KZG để đảm bảo rằng dữ liệu để lại dấu vết trong tiêu đề khối Lịch phát sóng.

● Khi một khối mới được người xác nhận hoàn tất, bằng chứng hợp lệ có thể được sử dụng để đảm bảo rằng dữ liệu có sẵn ngay sau khi khối được xác nhận.

● Chuỗi khối Bằng chứng cổ phần được đề cử (NPoS) của Avail được xây dựng bằng SDK Polkadot và sẽ hỗ trợ tới 1.000 trình xác thực bên ngoài.

(2) Lấy mẫu tính khả dụng của dữ liệu (DAS)

DAS là khái niệm cốt lõi. Được sử dụng để xác minh một cách hiệu quả dữ liệu có sẵn cho các mạng, ví và người dùng khác trên chuỗi khối Avail.

Sử dụng LightClient của Avail, người dùng có thể nhanh chóng lấy mẫu chuỗi khối Avail để xác minh bằng chứng hợp lệ chứng minh rằng dữ liệu có sẵn. Mã hiệu quả và rõ ràng này có thể dễ dàng được triển khai trên các sản phẩm và thiết bị khác nhau, bao gồm cả điện thoại và trình duyệt của người dùng.

p>

8. Khả năng mở rộng

Avail hỗ trợ khả năng mở rộng thông qua các Khối lấy mẫu ứng dụng khách Avail light và tính khả dụng của dữ liệu, có thể tăng kích thước khối và hỗ trợ nhiều khối hơn khi nhu cầu tăng lên.

Điều này là do đặc điểm độc đáo của light client và DAS.

Ứng dụng khách Avail light có thể lấy mẫu một tập hợp con dữ liệu từ mạng và xác minh tính khả dụng của dữ liệu đó. Máy khách hạng nhẹ có thể nhanh chóng đảm bảo gần 100% tính khả dụng của dữ liệu thông qua 8-30 mẫu, cung cấp khả năng bảo vệ bảo mật tương đương với nút đầy đủ. Khi sao chép trên mạng máy khách hạng nhẹ, chính mạng máy khách hạng nhẹ bắt đầu tạo thành một bản sao trạng thái hiện tại của chuỗi, bổ sung thêm tính dự phòng cho toàn bộ mạng. Cuối cùng, bạn sẽ có một bản sao của mạng Avail với các trình xác thực và mạng máy khách hạng nhẹ.

Với nhiều ứng dụng khách nhẹ hơn, mạng có khả năng lấy mẫu dữ liệu mạnh mẽ hơn. Khi có nhiều DAS xuất hiện trong mạng, phạm vi phủ sóng của mạng máy khách hạng nhẹ sẽ trở nên đủ lớn để có thể lấy mẫu các khối lớn hơn. Điều này sẽ tạo ra một vòng phản hồi tích cực, khi không gian khối trở nên lớn hơn, số lượng máy khách hạng nhẹ trong mạng cũng sẽ tăng lên. Trái ngược với các thiết kế chuỗi nguyên khối trong đó không gian khối sẵn có giảm khi nhu cầu tăng, lớp DA của Avail sẽ có thể mở rộng không gian khối DA khi nhu cầu tăng.

9. Duy trì trật tự

Duy trì thứ tự giao dịch là yêu cầu cơ bản để xây dựng hệ thống blockchain . Với mỗi khối Avail mới, sẽ có một thứ tự giao dịch mới trên blockchain.

Mặc dù trách nhiệm duy trì thứ tự của dữ liệu được xuất bản thuộc về bộ trình xác thực Avail DA nhưng trách nhiệm xác minh được giao cho người dùng. Để xác định tính chính xác của chuỗi, người dùng phải:

● Xác minh tính sẵn có của dữ liệu: Việc này là để kiểm tra tính sẵn có của dữ liệu theo thứ tự đã thiết lập . Người dùng có thể đạt được điều này bằng cách thực hiện Lấy mẫu tính khả dụng của dữ liệu (DAS) dựa trên thứ tự được xác định bởi bộ trình xác thực Tính khả dụng. Avail đạt được độ chính xác khoảng 60 giây bằng cách sử dụng bằng chứng hợp lệ trong DA của Avail, được cho là bảo đảm về độ chính xác nhanh nhất hiện có với lớp DA hiện nay.

● Thực thi đã được xác minh: Điều này đạt được bằng cách xác minh bằng chứng thực thi dành riêng cho từng tập hợp.

Trên thực tế, các quy trình xác minh này sẽ được tích hợp vào ví của người dùng theo mặc định. Việc tích hợp này đảm bảo rằng người dùng không cần phải có kỹ năng xác thực hoặc chạy phần mềm chuyên dụng. Cách tiếp cận này không chỉ đơn giản hóa trải nghiệm người dùng mà còn duy trì độ tin cậy và tính toàn vẹn của các tương tác trong hệ sinh thái Avail.

6. Sẵn sàng Nexus

Có thể dễ dàng hỗ trợ tổng hợp nghĩa là nó sẽ được hoan nghênh Hãy đến sự xuất hiện của hàng ngàn bản cuộn. Nghĩa là, trải nghiệm của người dùng cuối khi tương tác với các bản tổng hợp này sẽ bị phân mảnh. Trong thế giới đa chuỗi, trải nghiệm của người dùng blockchain đã bị ảnh hưởng ở một mức độ nhất định, nếu số lượng cuộn tăng thêm mà không thay đổi khả năng kết hợp thì các vấn đề nghiêm trọng hơn sẽ phát sinh. Đó là lý do tại sao chúng tôi đang xây dựng Avail Nexus, đóng vai trò là trung tâm xác minh hợp nhất cho các bản tổng hợp, sử dụng Avail DA làm gốc của sự tin cậy.

Avail Nexus là một bản tổng hợp phối hợp ZK tùy chỉnh dựa trên Lịch phát sóng, bao gồm:

●  Lớp xác minh và tổng hợp bằng chứng

● Cơ chế đấu giá sắp xếp/khe cắm

Nexus cũng thường xuyên gửi bằng chứng tổng hợp tới các lớp Ethereum và Avail DA để xác minh. Bằng chứng tổng hợp được xác minh bằng mô-đun tùy chỉnh trong AvailDA.

Nền

Việc tổng hợp rất quan trọng để giải quyết các vấn đề về khả năng mở rộng. Chuỗi nguyên khối luôn là điểm nghẽn khi muốn thu hút nhiều người dùng hơn. Trong một tương lai lý tưởng, mỗi dapp là một bản tổng hợp riêng, chỉ bị giới hạn bởi hiệu suất của chính nó. Tuy nhiên, phần quan trọng nhất của tương lai này là sự giao tiếp liền mạch giữa các dapp. Một thế giới mô-đun chắc chắn sẽ hiệu quả như các giao thức nhắn tin quy định giao tiếp cuộn chéo.

Giao tiếp cuộn chéo liên quan đến các cầu nối chuỗi chéo. Nếu mức độ bảo mật do chuỗi nguyên khối cung cấp có thể so sánh được thì độ tin cậy đối với các cầu nối chuỗi chéo này là tối thiểu hóa là rất quan trọng. Khi kết nối giữa các bản tổng hợp trên cùng một lớp DA, không có vùng tin cậy chéo và bảo mật nào liên quan, vì cả hai đều dựa vào sự đồng thuận và bảo mật kinh tế giống nhau để quyết định đặt hàng (có những khác biệt nhỏ), nhưng đối với bắc cầu không tin cậy thì điều này khá quan trọng bản tổng hợp đó cần biết liệu việc thực thi có chính xác hay không và nó phải tự xác minh nó để không phải tin tưởng những người khác dựa vào nó để cung cấp những đảm bảo này. Điều này đặt ra một loạt câu hỏi quan trọng.

● Làm cách nào để thực hiện xác minh trạng thái mà không trở thành nút cổ chai?

● Làm cách nào Rollup hiểu được các tin nhắn hoặc sự kiện trên các bản tổng hợp khác trong hệ sinh thái? Có thể triển khai việc gửi tin nhắn một cách không đồng bộ không?

● Cuộn lên Làm cách nào A biết thứ tự chuẩn của cuộn lên B?

● Các giả định về bảo mật có thay đổi giữa các lần tổng hợp khác nhau không?

● Cần bao nhiêu cầu nối chuỗi chéo, ngay cả khi chúng phổ biến?

Avail Nexus mong muốn giải quyết những vấn đề này trên quy mô lớn.

Thiết kế

Khi một blockchain muốn giao tiếp với một chuỗi khác, để dành cho riêng mình bảo mật, nó cần trả lời hai câu hỏi quan trọng.

1. Đặc điểm kỹ thuật và thứ tự cuối cùng của chuỗi là gì?

2. Việc thực thi có hiệu quả không?

Sự đồng thuận xác định thứ tự chuẩn của chuỗi và lớp DA phổ quát cung cấp bảo mật thống nhất về vấn đề này. Lớp DA cung cấp Sự đồng thuận tổng hợp cho thứ tự giao dịch của họ, đây là một công cụ thay đổi cuộc chơi cho các bản tổng hợp có cùng lớpDA . Thứ tự giao dịch của tất cả các lần tổng hợp (bao gồm cả lần tổng hợp của chính nó) được xác định bởi cùng một sự đồng thuận, do đó, ngay cả khi có sự sắp xếp lại, thứ tự của tất cả các lần tổng hợp sẽ được xác định bởi sự sắp xếp lại đó.

Tuy nhiên, ngay cả đối với Rollup với lớp DA công khai, việc xác định xem việc thực thi có hợp lệ hay không là một vấn đề khó khăn.

Hãy tưởng tượng một tình huống trong đó NFT Rollup muốn xác nhận thanh toán trên Rollup  Giao tiếp cuộn chéo đại khái như sau:

Dòng màu đỏ thể hiện luồng thông tin từ Tổng hợp thanh toán đến NFT Rollup. Mặc dù điều này có vẻ đơn giản nhưng độ phức tạp sẽ tăng lên khi có nhiều Rollup tham gia hệ sinh thái hơn.

Ngay cả đối với một số Rollup muốn giao tiếp với nhau, cấu trúc cuối cùng sẽ trông như thế này, với các phiên bản cầu nối duy nhất giữa chúng thực hiện tất cả các chức năng được đề cập bên trên.

p>

Thách thức càng trở nên rõ ràng hơn khi chúng tôi nhận ra rằng mỗi Bản tổng hợp có thể có một chức năng chuyển đổi trạng thái duy nhất, với các lựa chọn thiết kế được điều chỉnh cho phù hợp với miền cụ thể của nó. Việc xác minh được thực hiện có thể phụ thuộc vào lý thuyết trò chơi, kết hợp với bằng chứng gian lận hoặc hệ thống bằng chứng hợp lệ dựa trên bằng chứng không có kiến ​​thức (bằng chứng ZK ). Ngay cả trong ZK bản tổng hợp bản thân hệ thống chứng minh cũng có thể thể hiện những thay đổi từ Groth16 sang PLONK.

Rollup  không thực sự cần biết chi tiết về Rollup khác và các chức năng chuyển đổi trạng thái là gì mà chỉ cần có khả năng xác minh xem liệu thực hiện các chức năng chuyển trạng thái này Thực thi một cách trung thực và cần có khả năng hiểu các hoạt động thực thi này khi chúng liên quan đến chúng. Ngoài ra, bằng cách xác minh một bằng chứng duy nhất, về cơ bản họ có thể xác minh tính hợp lệ của tất cả các lần thực thi liên quan đến chúng, điều này sẽ thay đổi cuộc chơi. Trung tâm xác thực cung cấp chính xác điều này bằng cách kích hoạt một số giao diện nhất định cho các sự kiện và liên lạc xuyên chuỗi, đồng thời tóm tắt các chi tiết cụ thể theo miền của Rollup đằng sau nó. Avail Nexus  là hiện thân của triết lý này.

Bằng chứng tổng hợp

ZK Bằng chứng cho thấy ở đó là một tính năng rất quan trọng là sự đơn giản. Việc xác minh một câu lệnh đòi hỏi ít tài nguyên tính toán hơn nhiều so với việc lấy chính câu lệnh đó. Trong bối cảnh của blockchain, việc xác minh trạng thái dễ dàng hơn nhiều so với việc đạt đến một trạng thái nhất định bằng cách thực hiện chức năng chuyển đổi trạng thái. Ngoài ra, khả năng có thể chứng minh rằng n bằng chứng là hợp lệ thông qua một bằng chứng duy nhất (tổng hợp) là một bước đột phá. Giờ đây, thay vì xác minh bằng chứng hợp lệ của Rollup  riêng lẻ, việc xác minh một bằng chứng tổng hợp duy nhất sẽ xác minh tất cả bằng chứng hợp lệ tham gia Rollup  cho đến thời điểm đó, nghĩa là xác minh tất cả bằng chứng hợp lệ tham gia Rollup  Tính hợp lệ của toàn bộ lịch sử .

Avail Nexus Khi chạy, nó xác minh tất cả bằng chứng hợp lệ được gửi tới nó nếu đáp ứng một số điều kiện nhất định và tạo bằng chứng ngắn gọn để chứng minh rằng điều này đã được thực hiện xong. Bằng chứng này sau đó được gửi đến lớp cơ sở Avail để tất cả các nút xác minh. Về bản chất, nó trở thành một lớp định cư thiêng liêng. Bất kỳ Rollup tham gia nào cũng có thể xác minh trạng thái của bất kỳ Rollup khác bằng cách xác minh bằng chứng ngắn gọn này và quan trọng nhất là thế giới này có quyền truy cập vào thế giới bên ngoài thông qua Cầu L1 .

p>

Chi tiết triển khai có thể thay đổi, nhưng điều này có thể đạt được bằng cách xác minh bằng chứng bên trong phiên bản Zeth hoặc sử dụng công cụ tổng hợp bằng chứng có mục tiêu hơn như Các công cụ do Nebra xây dựng) để thực hiện tổng hợp.

Một chi tiết quan trọng là bản thân Avail Nexus là một bản tổng hợp ZK . Mỗi bằng chứng tổng hợp là một khối hoặc lô mới trong thế giới Tổng hợp. Tiêu đề khối là cam kết đối với một số trạng thái lưu trữ tiêu đề khối Tổng hợp trước đó của Nexus cũng như danh sách tất cả các sự kiện do Tổng hợp tạo ra cho đến thời điểm đó. Ngoài ra, điều này cho phép ngay cả những Rollups lạc quan cũng có thể tham gia. Optimistic Rollup sẽ có thể gửi biên nhận và trạng thái gốc cho Nexus và bằng chứng gian lận sẽ là bằng chứng gian lận ZK, rút ​​ngắn thời gian thử thách. Nếu không có bằng chứng gian lận nào được gửi trong thời gian thử thách thì biên nhận (hoặc sự kiện) do tổng số lạc quan tạo ra sẽ được đưa vào trạng thái Nexus.

Quay lại ví dụ về NFT và thanh toán, cách triển khai hiện tại trông như thế này.

p>

Phần màu cam mô tả luồng thông tin giữa hai chuỗi. Gốc biên nhận do Avail Nexus cung cấp mô tả gốc của cây được xây dựng dựa trên tất cả các sự kiện được tạo bởi tất cả các Bản tổng hợp trong lịch sử. Điều quan trọng là các bằng chứng không bao gồm có thể được chứng minh cho các sự kiện. Trong quá trình triển khai hiện tại, tất cả các sự kiện đều được lưu trữ dưới dạng cây Merkle thưa thớt, với hàm băm của sự kiện làm chỉ mục và Nexus thực thi rằng mỗi sự kiện là duy nhất.

Các ứng dụng được cấu trúc đồng bộ sẽ dễ dự đoán hơn và dễ xây dựng hơn. Tuy nhiên, khi các trường hợp sử dụng mở rộng và yêu cầu về trải nghiệm người dùng tăng lên, việc bố cục đồng bộ không mang lại đủ tính linh hoạt. Trong một chuỗi nguyên khối hoặc một Rollup đơn lẻ, các ứng dụng nằm trong cùng một hệ thống và rất dễ có cả hai cấu trúc cùng một lúc. Mọi giao tiếp giữa các ứng dụng đều cần diễn ra trong thời gian khối, nhưng các cấu trúc cấp cao hơn như hợp đồng tương lai có thể được sử dụng để lưu trữ các lời hứa trong tương lai và khi những tương lai này được hiện thực hóa, một số lần thực thi được gửi trước nhất định (chúng tôi gọi chúng là lệnh gọi lại trong web2).

Khi chúng ta chuyển từ thế giới chuỗi đơn sang thế giới mô-đun có nhiều Bản tổng hợp, nhu cầu về khả năng kết hợp không đồng bộ càng trở nên rõ ràng hơn. Việc dừng một chuỗi vì nó đang chờ thanh toán trên một chuỗi khác hoàn tất là không lý tưởng. Bất kỳ loại giao tiếp nào cũng cần có khả năng diễn ra trên nhiều khối. Ngoài ra, đối với bất kỳ hệ thống cấu tạo không đồng bộ nào, các tính chất nguyên tử đều trở nên quan trọng. Tất cả các lần thực thi đã hoàn thành một phần cần phải được tiếp tục nếu các điều kiện bên ngoài không thành công. Như đã trình bày ở trên, đây là những thách thức mà Avail Nexus có thể giải quyết. Avail Nexus mang đến trải nghiệm thống nhất trong thế giới mô-đun thông qua các bằng chứng hội tụ. Điều này cho phép triển khai tùy chỉnh như lưu trữ trong tương lai và hoàn thiện kiểm chứng trong tương lai trên các hệ thống. (Trong cấu trúc này, bản thân quá trình tổng hợp không phục hồi sau các lỗi bên ngoài, nhưng quá trình tổng hợp sẽ chuyển sang trạng thái mới và bị hủy trong tương lai.) Về cơ bản, NFT chỉ có thể được chuyển cho ai đó sau khi thanh toán hoàn tất. Trả tiền cho một bản tổng hợp, giống như UX mà chúng ta quen thuộc trong thế giới web2.

Xác minh đơn hàng và thực thi

 rollups  trên Ethereum ngày nay đã giả định việc sử dụng Ethereum như chi phí của DA. Khi Phí Gas tăng lên, họ phải trả khoảng 1300-1600 USD/MB trở lên. Kết quả là, chúng tôi thấy nhiều chuỗi đang tìm cách sử dụng Avail làm lớp DA trong chuỗi của họ. Điều này có thể giảm chi phí vận hành  70-90% tùy thuộc vào lựa chọn xây dựng và quy mô lô của họ. Họ vẫn xuất bản bằng chứng trên Ethereum và sử dụng nó làm lớp giải quyết. Trên thực tế, họ chỉ sử dụng Ethereum làm cầu nối chuẩn của mình.

Mặc dù chúng ta sẽ tiếp tục thấy xu hướng này trong những tháng tới, nhưng trên thực tế, nếu có hàng trăm Rollup trên mỗi khối, thì nó sẽ tự giải quyết trên Ethereum và Ethereum việc thực thi sẽ không thể mở rộng quy mô trở lại. Chúng tôi hy vọng rằng các trình xác thực Avail sẽ tiếp tục xây dựng cầu nối trên Ethereum để có thể tiếp cận người dùng và tính thanh khoản ở đó. Tuy nhiên, chúng tôi sẽ phân bổ chi phí bắc cầu thông qua Avail Nexus.

Việc tham gia Avail Nexus Rollup sẽ được xác minh bởi Avail Rollup và chứng nhận của nó. Bằng chứng đã được xác minh sẽ tiếp cận Ethereum thông qua Vector Bridge, cầu nối bằng chứng đồng thuận dựa trên ZKP từ Avail đến Ethereum. Ethereum vẫn có thể xác minh bằng chứng tổng hợp về việc thực thi và không phải dựa vào trình xác thực Avail, đây là giả định tương tự như Validium ngoại trừ DA và đơn đặt hàng.

Sự khác biệt duy nhất hiện nay là Avail trở thành cầu nối chuẩn của Rollup, trong khi Ethereum sử dụng cùng một cầu nối để đảm bảo. Thiết kế này giúp giảm chi phí thực thi trên Ethereum từ việc xác thực một bằng chứng cho mỗi lần xác thực sang xác thực một bằng chứng duy nhất cho tất cả các Bản tổng hợp tham gia vào Avail Nexus. Rollup sau đó có thể thoát trên Ethereum như bình thường.

7. Tận dụng Fusion

Các lớp hợp nhất yêu cầu bảo mật thống nhất. Đề xuất có giá trị lớn nhất của việc xây dựng một Bản tổng hợp mới thay vì tạo một L1 riêng biệt là khả năng kế thừa tính bảo mật từ lớp cơ sở. Để Avail trở thành một web3 lớp điều phối, nó cần phải cực kỳ an toàn, vì các đảm bảo kinh tế mật mã và bảo đảm mật mã cuối cùng sẽ xác định hệ sinh thái…  

Để đáp ứng điều này, chúng tôi đang phát triển Fusion Security, sử dụng tài sản gốc từ các hệ sinh thái trưởng thành nhất, chẳng hạn như BTC, ETH v.v. , và cho phép họ đóng góp vào sự đồng thuận của Avail. Không chỉ vậy, nó cho phép mã thông báo Rollup mới đóng vai trò bảo mật lớp cơ sở, từ đó trao quyền cho chúng.  

Fusion Security  là bảo mật kinh tế mật mã bổ sung được thiết kế để đạt được tầm nhìn thống nhất về Avail .

mã thông báo bên ngoài.  

Fusion cho phép thêm hai loại mã thông báo mới vào kho tiền đặt cược của Avail , nâng cao tính kinh tế tiền điện tử của toàn bộ hệ sinh thái của nó. Bảo mật:

● Tiền điện tử trưởng thành: các token như BTC, ETH và SOL.

● Mã thông báo tổng hợp mới nổi: Mã thông báo mới được tạo trên Có sẵn giới hạn ở một phần nhỏ trong tổng số cổ phần để khởi động tiện ích của chúng.

Cách tiếp cận này sẽ dần dần nâng cao tính bảo mật kinh tế tiền điện tử của Avail  và đánh dấu sự khởi đầu của việc tận dụng các token bên ngoài như ETH và BTC  Một trong những token đầu tiên các trường hợp đạt được sự đồng thuận trên các blockchain khác nhau.

Hiện tại, nguyên mẫu Fusion được phát triển cho Avail theo hai cách tiếp cận khác nhau:

: left;">1. Mô-đun đặt cược trên chuỗi khối Avail: Mô-đun này sẽ hỗ trợ nhiều mã thông báo bên ngoài thông qua các khay tài sản trong các nút Avail.

2. Mô-đun đặt cược để chuyển đổi nội dung: Điều này sẽ cho phép các nội dung bên ngoài được chuyển đổi thành mã thông báo gốc của Avail  và được duy trì khi ánh xạ chuyển đổi Giá chuyển đổi.

Lựa chọn cuối cùng về các phương pháp này sẽ được xác định sau khi xem xét cẩn thận các mô hình rủi ro kinh tế, hạn chế lạm phát và các yếu tố quan trọng khác. Động thái này thể hiện một bước quan trọng hướng tới sự tích hợp và khả năng tương tác của các loại tiền điện tử khác nhau trong hệ sinh thái Avail.

Fusion được lấy cảm hứng từ:

● Eigenlayer, người đi tiên phong trong phong trào Re- độc lập đặt cược ETH

● Babylon Chain, đang tạo ra một dịch vụ cho phép sử dụng  Một nền tảng bảo mật BTC (Bitcoin) trên các mạng chuỗi khối khác nhau< /p>

● Thẩm thấu, bảo mật lưới tiên phong cho phép một chuỗi bảo mật dữ liệu từ các chuỗi khác Vay an ninh kinh tế

Fusion là một cấu trúc tương tự nhưng khác với các phương thức này. Nó vay mượn sự an toàn kinh tế của các tài sản khác nhưng trừng phạt các lỗi về an ninh và sự tồn tại trong cơ chế đồng thuận Avail.

8. Avail Token

Avail Token sẽ thúc đẩy nền kinh tế tuần hoàn trong mạng < /p>

● DA, Nexus  và Fusion các lớp bảo mật sẽ được bảo vệ bởi Avail đặt cược mã thông báo

● Phí giao dịch và phí bắc cầu được thanh toán bằng Avail  :center">

Những người nắm giữ Avail Token sẽ hình thành cộng đồng nền tảng cho nhiều dự án muốn xây dựng trên Avail DA và tận dụng hệ sinh thái Avail .

9. Tầm nhìn thống nhất

Trong một môi trường bao gồm hàng trăm chuỗi, mỗi chuỗi có những cân nhắc về bảo mật và khả năng tương tác riêng, đồng thời mục tiêu của Avail là trở thành một nền tảng cung cấp trải nghiệm thống nhất, liền mạch trên toàn bộ hệ sinh thái.

Nền tảng này sẽ cung cấp một giao diện người dùng duy nhất, cho phép người dùng dễ dàng quản lý tất cả tài sản trên nhiều chuỗi khối khác nhau. Khi người dùng muốn thực hiện một giao dịch, họ chỉ cần ký ý định trên giao diện.

Phần phụ trợ của nền tảng Avail sau đó bắt đầu hoạt động tận dụng Avail Nexus và sự hỗ trợ của nó cho nhắn tin không đồng bộ. Hệ thống giao tiếp với các chuỗi khác trong hệ sinh thái để đáp ứng yêu cầu của người dùng, đảm bảo trải nghiệm người dùng web3 mượt mà, hiệu quả và thống nhất.