
DiamondHands DiamondHands: Phân tích toàn diện AVAX, từ đồng thuận đến subnet, cập nhật và chia sẻ dự án
Tuyển chọn TechFlowTuyển chọn TechFlow

DiamondHands DiamondHands: Phân tích toàn diện AVAX, từ đồng thuận đến subnet, cập nhật và chia sẻ dự án
Avalanche: Một nền tảng mở phù hợp để triển khai Dapp và blockchain cấp doanh nghiệp.
Điều đáng kinh ngạc là mặc dù cơ chế vận hành cốt lõi rất đơn giản, những giao thức này lại mang đến kết quả hệ thống lý tưởng đến mức chúng phù hợp để triển khai quy mô lớn.
—— Sách trắng nền tảng Avalanche
Cuộc chiến giữa các blockchain công cộng vẫn đang tiếp diễn. Gần đây, Luna lập kỷ lục ATH, thỏa thuận cá cược của người sáng lập Do Kwon khiến Terra nổi bật. Trong bối cảnh thị trường không thuận lợi, Cosmos vẫn thể hiện sự vững chắc và thu hút nhiều sự chú ý nhờ kỳ vọng vào lượng lớn airdrop.
Trong khi đó, Avalanche - một blockchain cấp T1 - dường như gần đây có phần im tiếng.
Mặc dù subnet cũng được bàn luận khá nhiều, nhưng dường như thị trường chưa thực sự hiểu rõ tiềm năng của subnet hay tầm nhìn tổng thể của Avalanche.
Gần đây, Avalanche công bố kế hoạch khuyến khích Multiverse trị giá 290 triệu USD, trong đó một số nội dung đã bị "thị trường" bỏ qua. Là người theo dõi sát sao Avalanche từ lâu, chúng tôi cho rằng chính những chi tiết bị bỏ qua này lại phản ánh rõ nhất tầm nhìn kiên định và tiềm năng phát triển của Avalanche.
Bài viết hôm nay sẽ bắt đầu từ nguyên lý để chia sẻ về Avalanche là gì, subnet là gì, những động thái gần đây trên thị trường và một vài dự án đáng chú ý. Quan điểm riêng, không phải lời khuyên đầu tư. Mời bạn đọc tham gia cộng đồng Avalanche ở cuối bài để cùng trao đổi.
Nội dung bài viết sẽ không đề cập đến mô hình token, tình trạng khóa tài sản,... Các phần này đã được phân tích rất rõ trong bài viết của GalaxyDigital: Phân tích AVALANCHE bởi Galaxy Digital Research, khuyến nghị nên đọc kèm bài viết đó để hiệu quả tốt hơn.

Avalanche là gì?
Snowball + DAG, Avalanche là một nền tảng mở
Avalanche tự định nghĩa mình là: một nền tảng mở phù hợp để triển khai DApp và blockchain doanh nghiệp. Vì Avalanche phù hợp với việc triển khai nhiều blockchain khác nhau, nên khi so sánh với các blockchain lớp 1 (L1), về dài hạn, sẽ hợp lý hơn nếu so sánh nó với các dự án đa chuỗi như Polkadot hay Cosmos.
Tất nhiên, xét về hiệu suất blockchain, tốc độ giao dịch và mức độ phi tập trung của Avalanche cũng tương đối vượt trội. Ngay cả khi số lượng nút tăng gấp đôi, tốc độ giao dịch và bảo mật trên chuỗi vẫn không bị ảnh hưởng nhiều. So với COSMOS, ngoài nỗ lực đưa tài chính truyền thống lên chuỗi mà sẽ trình bày sau, mỗi subnet được tạo ra đều yêu cầu thế chấp 2.000 AVAX, do đó khả năng thu giữ giá trị của token gốc Avalanche cao hơn.

Sự khác biệt cốt lõi giữa Avalanche và các blockchain khác nằm ở giao thức đồng thuận, và chúng ta sẽ bắt đầu từ đây.
Diễn tiến đồng thuận của Avalanche
Slush → Snowflake → Snowball → Avalanche: Từ lấy mẫu lặp đơn giản đến đồng thuận hoàn chỉnh.
Đồng thuận là: quá trình một loạt các bên bỏ phiếu độc lập (tức: các bộ xác thực) đạt được sự nhất trí về một quyết định.
Các giao thức đồng thuận trước đây chủ yếu chia làm hai loại:
1. Giao thức đồng thuận cổ điển (Classical Consensus Protocols)
2. Giao thức đồng thuận Nakamoto (Nakamoto Consensus)
Tuy nhiên, cả hai đều phải đánh đổi ở các khía cạnh như khả năng mở rộng và tốc độ giao dịch, dẫn đến tam giác bất khả thi blockchain mà chúng ta thường nhắc đến — tức là: không thể đồng thời đạt được ba yếu tố phi tập trung hóa, hiệu suất cao và bảo mật cao.

Trong khi đó, cơ chế đồng thuận của Avalanche tuyên bố có thể phá vỡ giới hạn của tam giác bất khả thi blockchain. Dưới đây là bảng so sánh các cơ chế đồng thuận khác nhau do nhóm phát triển cung cấp.

Việc hình thành đồng thuận của Avalanche trải qua bốn giai đoạn: Slush, Snowflake, Snowball và cuối cùng là giao thức đồng thuận Avalanche được hình thành từ sự kết hợp Snowball+DAG.

Trước khi đi sâu vào quá trình diễn tiến đồng thuận, những ai quen thuộc với Avalanche có thể từng nghe thuật ngữ: trạng thái bán ổn định (metastability).
Trạng thái bán ổn định (metastability): trạng thái mà bộ chốt (trigger) không thể đạt được một trạng thái xác nhận được trong khoảng thời gian quy định. Điều này liên quan trực tiếp đến việc Avalanche liên tục thực hiện lấy mẫu phụ (subsample). Chúng ta hãy bắt đầu từ Slush.
Giai đoạn một Slush: Giới thiệu trạng thái bán ổn định, thực hiện lấy mẫu lặp đơn giản.
Đây là nền tảng để Avalanche phát triển. Cảm hứng cho Slush đến từ giao thức lan truyền tin (Gossip Protocol), còn gọi là giao thức dịch bệnh (Epidemic Protocol). Bitcoin sử dụng giao thức lan truyền tin để phát tán thông tin giao dịch và khối dữ liệu.
Hãy hình dung giao thức lan truyền tin giống như quá trình lan truyền tin đồn hoặc bạn đang ăn dưa: thường thì một người nói cho bạn biết "có chuyện gì?", rồi bạn lại truyền "miếng dưa" đó cho người khác, cuối cùng mọi người đều "biết miếng dưa đó".

Ảnh từ người dùng Zhihu @juniway
Slush tối ưu hóa quá trình "ăn dưa" trên bằng cách liên tục hỏi những người xung quanh để xác minh tính xác thực của "miếng dưa", cuối cùng xác định mình có tin hay không tin. Quá trình này chính là: lấy mẫu phụ lặp lại.
Về bản chất, giả sử bạn có ba trạng thái:

1. Trạng thái chưa xác định: tức là bạn chưa được truyền tin, chưa biết có chuyện gì;
2. Tin vào miếng dưa: tức là bạn tin rằng miếng dưa này là thật;
3. Không tin miếng dưa: tức là bạn tin rằng miếng dưa này là giả.
Đầu tiên, với tư cách là người chưa biết, bạn sẽ hoàn tất quá trình đồng thuận như sau.
a) Bắt đầu lấy mẫu với kỳ vọng tin hoặc không tin;
b) Các nút được chọn trả về kết quả họ tin hoặc không tin;
c) Theo nguyên tắc thiểu số phục tùng đa số, nếu đa số kết quả là tin (ví dụ: tin : không tin = 3:2), nút lấy mẫu sẽ chọn tin; nếu đa số là không tin (ví dụ: tin : không tin = 1:4), nút lấy mẫu sẽ chọn không tin.

Sơ đồ nút do người dùng Zhihu @JoeQuant-Jackal cung cấp
Để đảm bảo an toàn, sẽ thực hiện nhiều lần lấy mẫu. Nếu kết quả lấy mẫu liên tiếp vài lần đều nhất quán, nút mới thay đổi trạng thái cuối cùng. Quá trình lấy mẫu động như sau:

Ảnh từ người dùng Zhihu @JoeQuant-Jackal cung cấp
Chọn bao nhiêu nút và cần bao nhiêu lần lấy mẫu liên tiếp nhất quán, tức là các tham số k và α được đề cập trong sách trắng.

Tuy nhiên, quá trình lấy mẫu như vậy thực tế gặp phải một vấn đề.
Nếu có nút độc hại điều chỉnh trạng thái ngược lại, khiến nút lấy mẫu không thể xác nhận trạng thái đúng, thì tính bảo mật mạng sẽ không đủ.
Do đó, khái niệm SnowFlake ra đời – thêm một bộ đếm (counter) vào Slush.
Giai đoạn hai Snow Flake: Thêm một bộ đếm vào Slush, ghi lại số lần đạt đồng thuận trước đó của nút.
Slush có đặc điểm: vô ký ức (memoryless), tức là nút chỉ lưu trạng thái cuối cùng, không ghi lại lịch sử lấy mẫu. Trong khi đó, SnowFlake yêu cầu nút lưu lại "số lần liên tiếp lấy mẫu nhất quán trước đó", cụ thể thực hiện như sau:
- Thêm một bộ đếm cho mỗi nút;
- Nếu kết quả lấy mẫu khác với vòng trước, bộ đếm đặt lại thành 0;
- Nếu kết quả lấy mẫu giống vòng trước, bộ đếm tăng 1;

Khi "số lần lấy mẫu liên tiếp nhất quán α" lớn hơn "giá trị quy định β", trạng thái mới được xác nhận.
Lợi ích là, ngay cả khi có lỗi trong lấy mẫu, nếu tích lũy α từ các lần lấy mẫu trước lớn hơn β, trạng thái vẫn có thể chuyển đổi.
Tuy nhiên, quá trình xác nhận này vẫn gặp vấn đề: nếu nút xấu hoạt động thường xuyên, bộ đếm sẽ liên tục đặt lại 0, khiến một số nút không thể đạt đồng thuận và cứ lặp lại việc lấy mẫu.
Do đó, khái niệm Snowball ra đời – cải tiến bộ đếm trong Snowflake thành khái niệm độ tin cậy (confidence).
Giai đoạn ba Snowball: Thêm độ tin cậy vào Snow Flake, đo lường chất lượng xác thực lịch sử của nút.
Vấn đề cốt lõi của Snowflake là: nút xấu khiến bộ đếm liên tục đặt lại 0, cuối cùng dẫn đến mạng không thể đạt đồng thuận.
Sau khi cải tiến thành "bộ đếm độ tin cậy", nút sẽ không thay đổi trạng thái hay đặt lại bộ đếm chỉ vì một lần lấy mẫu khác trước đó, mà chỉ giảm độ tin cậy. Cuối cùng, việc thay đổi màu sắc sẽ dựa trên giá trị độ tin cậy.

Đây là nguồn gốc của đồng thuận Snowball, cũng là một trong những cốt lõi của Avlanche.
Bạn đọc quan tâm có thể trải nghiệm quá trình hình thành đồng thuận Snowball, kéo chuột trong sơ đồ ma trận để mô phỏng nút xấu.

Avalanche còn nâng cấp thêm một tầng nữa.
Giai đoạn bốn Avalanche: Kết hợp khái niệm DAG vào Snowball, tăng hiệu quả và bảo mật giao dịch.
Để mạng lưới hiệu quả và an toàn hơn, Avalanche bổ sung khái niệm DAG vào Snowball.
DAG: Đồ thị hướng không chu trình (Directed Acyclic Graph).
Cấu trúc dữ liệu blockchain là danh sách liên kết (không mở rộng), thuộc cấu trúc tuyến tính, trong khi DAG là cấu trúc đồ thị, cho phép các giao dịch song song, từ đó tăng tốc độ xử lý.

Ảnh từ người dùng Zhihu Peter Vương Quảng Trung
Một đặc điểm khác là do mỗi giao dịch có mũi tên định hướng (khái niệm có hướng), mối quan hệ cha-con giữa các giao dịch đan xen nhau, do đó việc sửa đổi một giao dịch sẽ làm tăng độ phức tạp, chi phí gian lận cũng cao hơn.

Do đó, Snowball + DAG chính là giao thức đồng thuận Avalanche mà chúng ta thường nói. Lưu ý rằng, ba chuỗi của Avalanche không đều dùng đồng thuận Avalanche.

Do dữ liệu của chuỗi P và C vẫn là cấu trúc dạng chuỗi, đồng thuận Avalanche chỉ áp dụng cho giao dịch trên chuỗi X, còn chuỗi P và C sử dụng Snowman – một đồng thuận tuyến tính được tùy chỉnh dựa trên Avalanche.

Dựa trên đồng thuận Avalanche và Snowman, đội ngũ Avalanche đã thử nghiệm thực tế, cho thấy ngay cả khi số nút tăng lên 2.000, thông lượng cũng không thay đổi nhiều. Ngay cả khi số nút tăng hơn nữa, đồng thuận Avalanche vẫn duy trì phương pháp "lấy mẫu phụ lặp lại", do đó về mặt lý thuyết mạng vẫn giữ tốc độ cao.

Trên đây là phần giới thiệu cốt lõi về đồng thuận của Avalanche. Tất nhiên sách trắng còn nhiều chi tiết như xử lý xung đột giao dịch, ảnh hưởng độ trễ khi thay đổi nút, cách Avalanche nhìn nhận về phân mảnh... do giới hạn篇幅, tạm thời không mở rộng.
Chúng tôi đã ghi chú đơn giản trên sách trắng, bạn đọc quan tâm vui lòng trả lời «AVAX» tại hộp thư公众号 để nhận bản ghi chú đơn giản và tham gia cộng đồng.

Phân biệt các khái niệm liên quan đến Avalanche
Chuỗi X/P/C, Primary Network, bộ xác thực, mối quan hệ giữa subnet và blockchain.
Hình ảnh phổ biến trên thị trường như dưới đây, chi tiết giới thiệu cấu trúc và đặc điểm của Primary Network.

Tóm lại:
Chuỗi X: Chủ yếu dùng để tạo và giao dịch tài sản;
Chuỗi P: Gánh vác siêu dữ liệu mạng Avalanche, dùng để phối hợp các nút xác thực và tạo subnet;
Chuỗi C: Một chuỗi tương thích EVM, dùng để tạo hợp đồng liên quan EVM.
Cần lưu ý rằng, chỉ có chuỗi X dùng đồng thuận Avalanche, do đó chuỗi X thuộc AVM (Avalanche Virtual Machines). Hiện tại, người dùng chủ yếu dùng ví Avalanche để tương tác với ví sàn giao dịch, tuy nhiên điều này chưa phản ánh hết tiềm năng và các trường hợp sử dụng rộng rãi của chuỗi X.
Avalanche có một tầm nhìn: đưa nhiều tài sản tài chính truyền thống lên chuỗi, điều này đòi hỏi phải định nghĩa tài sản, ví dụ tài sản này chỉ có thể giao dịch bởi người từ một quốc gia nhất định, hoặc chỉ trong một khoảng thời gian nhất định, hoặc trong các kịch bản tùy chỉnh khác.
Chuỗi X được định nghĩa là: một nền tảng phi tập trung để tạo và giao dịch tài sản kỹ thuật số. Chức năng này có tiềm năng thực hiện tầm nhìn của Avalanche, đồng thời cũng là một đặc điểm của Avalanche bị thị trường bỏ qua.

Do ngày càng nhiều thảo luận về subnet, các khái niệm liên quan như bộ xác thực, mối quan hệ với chuỗi X/P/C cần một sơ đồ đầy đủ hơn để làm rõ.
Chúng tôi tổng hợp mối quan hệ giữa Primary Network, chuỗi X/P/C, subnet, bộ xác thực như hình dưới đây. Cần làm rõ một số khái niệm nền tảng:
1. Subnet là mạng gồm một loạt bộ xác thực nhằm đạt đồng thuận blockchain;
2. Mỗi blockchain chỉ có thể được xác thực bởi một subnet;
3. Bộ xác thực trên mỗi subnet có thể xác thực nhiều subnet;
4. Mỗi subnet đều là thành viên của Primary Network và cần thế chấp 2.000 AVAX.

Hình vẽ liệt kê ba Subnets1/2/3, được xác thực bởi các tập hợp bộ xác thực A/B/C.
Đi sâu vào subnet, khám phá quy tắc và tiềm năng của Subnet.
Như thấy ở hình trên, mỗi Subnet đều là thành viên của PrimaryNetwork, trong khi chuỗi P của Primary Network phục vụ tất cả các subnet, giải thích tại sao subnet tùy chỉnh khi tự thiết lập blockchain vẫn được bảo vệ bởi toàn bộ mạng Avalanche.
Đồng thời, với tư cách là subnet, có thể thấy Subet3 có thể xác thực Subnet2 nhưng không cần xác thực Subnet1. Nghĩa là, mỗi subnet tùy chỉnh chỉ cần tập trung/xác thực dữ liệu mạng quan tâm, không cần xác thực mạng không quan tâm, tránh gánh nặng không cần thiết.
Trên đây là lợi ích từ đặc điểm cấu trúc của subnet.
Tiềm năng cốt lõi của subnet nằm ở khả năng tùy chỉnh quy tắc mạng, giúp chuỗi phù hợp hơn với nghiệp vụ. Ví dụ như tài sản chỉ được giao dịch bởi người từ một số quốc gia, tương tự, bạn cũng có thể yêu cầu nút mạng chỉ được kết nối từ thiết bị tại một số quốc gia nhất định, hoặc áp dụng các giới hạn khác để xây dựng blockchain riêng.

Ví dụ, với blockchain dành cho game, nếu bạn muốn nút xác thực có cấu hình phần cứng cao, có thể đặt yêu cầu tương ứng với các bộ xác thực.
Hai subnet game gần đây thu hút sự chú ý là Swimmer Network do Crabada dẫn dắt, và DFK Chain do Defi Kingdom dẫn dắt. Cả hai đều tăng tốc mạng, cung cấp phần thưởng, đồng thời sử dụng token chính của mình làm phí gas cho chuỗi công cộng mới, mở rộng trường hợp sử dụng (tiêu thụ) token gốc.

Tùy chỉnh blockchain cũng đồng thời tùy chỉnh máy ảo, như Subnet3 trong hình trên. Hiện tại chuỗi C của Avalanche chủ yếu tương thích EVM, nhưng về lý thuyết, nhà phát triển có thể tùy chỉnh mọi VM (Virtual Machine) trên Avalanche, thậm chí dùng ngôn ngữ Go.

Hiện tại số dự án có kế hoạch subnet trên Avalanche chưa nhiều, ngoài Crabada, Defi Kingdom còn có Ascenders, Shrapnel, Cryptoseal,... phần lớn liên quan game và vẫn đang trong giai đoạn phát triển.
Mặc dù Avalanche trước đây từng hợp tác với Deloitte để tùy chỉnh blockchain, nhưng tiềm năng của Subnet vẫn chưa thực sự được khai thác. Số lượng subnet hiện tại trên Avalanche, bạn đọc quan tâm có thể theo dõi tiếp.

Tiến triển mới và giới thiệu dự án của Avalanche
Giải đấu hackathon và kế hoạch khuyến khích Multiverse.
Hiện tại Avalanche đang tổ chức một số sự kiện lớn: hội nghị thượng đỉnh Barcelona, chương trình hackathon châu Á và kế hoạch khuyến khích Multiverse mới trị giá 290 triệu USD.

Các động thái trên đều nhằm liên tục tạo máu mới cho hệ sinh thái Avalanche. Về hackathon và Multiverse không giới thiệu sâu, bạn đọc quan tâm có thể tự tìm hiểu.
Ở đây muốn nhấn mạnh một điều bị bỏ qua rộng rãi: trong kế hoạch Multiverse, có đoạn viết rằng Avalanche sẽ cung cấp chức năng KYC gốc trên chuỗi cho tổ chức.

Chức năng này chính là bước đi quan trọng khác của Avalanche nhằm đưa tài chính truyền thống lên chuỗi.
Các dự án chính liên quan Avalanche và subnet.
Chúng tôi chia theo Gamefi/Defi/NFT/DAO để chia sẻ.
Gamefi
1. Crabada là trò chơi blockchain có nhiều người dùng nhất trên Avalanche, subnet SwimmerNetwork do họ phát triển đã bắt đầu thử nghiệm;
2. Defi Kingdom là dự án subnet game đầu tiên trong kế hoạch Multiverse;
3. CryptoSeal hướng tới xây dựng Loot trên Avalanche, hiện subnet đã lên thử nghiệm;
4. Ascenders vừa mới bắt đầu demo công khai phần gameplay, chất lượng sản phẩm tương đối cao;
5. Wildlife một trong những nhà phát triển game di động lớn nhất thế giới, tiến độ phát triển subnet vẫn đáng chú ý.

Defi (hiện chưa có dự án subnet nào được xác nhận, mời bổ sung)
Trader Joe là dự án Defi hàng đầu gốc Avalanche, lượng người dùng/TVL/lợi nhuận luôn đứng đầu. Điều đáng chú ý là sau khi Trader Joe thay đổi mô hình kinh tế, khả năng thu giữ giá trị của JOE tăng lên, đồng thời nghi ngờ chính thức sẽ ra mắt cửa hàng NFT. Nếu Defi ra mắt một subnet, khả năng cao là Trader Joe.

NFT (hiện chưa có dự án subnet nào được xác nhận, mời bổ sung)
1. Kalao là sàn giao dịch NFT gốc Avalanche, hầu hết NFT trên Avalanche đều niêm yết trên Kalao, đồng thời Kalao còn cung cấp hiển thị VR, Kalao có thể là một trong những người khởi xướng dự án subnet NFT.
3 HopperGames là NFT có khối lượng giao dịch cao nhất gần đây trên Avalanche, đội ngũ đến từ PartyAnimals. Đối với NFT Hopper, đội ngũ thiết lập gameplay phong phú. Theo chúng tôi, nhóm phát triển có thể mở một số gameplay NFT, logic thiết kế phía sau cho nhiều dự án hơn, từ đó xây dựng subnet NFT riêng.

DAO
1. Colony là DAO nhà đầu tư do cộng đồng dẫn dắt trên Avalanche (hiện chưa đủ DAO), mặc dù Colony chưa chắc tự phát triển subnet, nhưng đã khẳng định sẽ tham gia kế hoạch thế chấp subnet.
2. AVentures là DAO đầu tư nổi bật trên Avalanche, thành viên cộng đồng chủ yếu là OG Avalanche, mặc dù hiện tập trung vào đầu tư, nhưng vị thế xếp hàng đầu các dự án DAO trên Avalanche.

Toàn bộ nội dung trên không phải lời khuyên đầu tư, chỉ là tổng quan các dự án có thể liên quan đến subnet. Mời bạn đọc trả lời «AVAX» tại hộp thư公众号 để vào cộng đồng trao đổi cùng chúng tôi.

Sau khi tìm hiểu cấu tạo kỹ thuật AVAX và sự phát triển tiềm năng của subnet, chúng ta sẽ có cái nhìn rõ ràng hơn về Avalanche. Ngoài ra, khi đọc sách trắng, câu nói này để lại ấn tượng sâu sắc:

Dịch sát nghĩa: Điều đáng kinh ngạc là mặc dù cơ chế vận hành cốt lõi rất đơn giản, nhưng các giao thức này lại mang đến kết quả hệ thống lý tưởng, khiến chúng phù hợp để triển khai quy mô lớn.
Dịch sang ngôn ngữ web3: x*y=k (nguyên lý cốt lõi Uniswap, tích số không đổi)
Dịch sang ngôn ngữ web2: Đại đạo chí giản
Mỗi năm đều có dự án mới xuất hiện, nhưng thực tế hạ tầng không đổi mới nhanh như mọi người tưởng. Điều này có thể gây ngạc nhiên, nhưng thật ra không có nhiều công nghệ khác biệt về bản chất – Ted Yin | Đồng sáng lập Avalanche.
Sáng tạo công nghệ không dễ đạt được, nhưng một khi được tạo ra, ảnh hưởng của nó sẽ vượt xa mong đợi.
Thứ thị trường thực sự cần chính là sự đổi mới, chứ không phải các bản sao chép. Khi chúng ta nghiên cứu và khám phá đổi mới, giá trị mà quá trình này mang lại cho bản thân cũng sẽ vượt ngoài dự đoán.
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














