Apricot Phase 4: Snowman++ và giảm phí giao dịch trên C-Chain

9 min readSep 20, 2021

Apricot Phase 4 sẽ kích hoạt trên Avalanche Mainnet lúc 5 p.m. EDT (9 p.m. UTC) vào Thứ Tư, ngày 22 tháng 9.

Cập nhật (18/9): Sau khi kích hoạt thành công AP4 trên Fuji Testnet, việc kích hoạt AP4 của Avalanche Mainnet đã được lên lịch vào 5 p.m. EDT (9 p.m. UTC) vào Thứ Tư, ngày 22 tháng 9. Bạn có thể tìm thấy code (AvalancheGo@v1.6.0) để kích hoạt Avalanche Mainnet tại đây.

Vì nâng cấp này bao gồm các tối ưu hóa giao thức không tương thích với các phiên bản AvalancheGo <v1.6.0, node của bạn sẽ được đánh dấu là ngoại tuyến nếu bạn không nâng cấp trước thời điểm kích hoạt. Nếu node của bạn là validator, điều đó có nghĩa là các node khác sẽ báo cáo rằng node của bạn có thời gian hoạt động thấp hơn, điều này có thể gây nguy hiểm cho phần thưởng staking của bạn.

Xin nhắc lại, bạn có thể xác minh validator của bạn đang trực tuyến và hoạt động tốt bằng công cụ thống kê staking mới: https://stats.avax.network/dashboard/staking/

Sáng nay, pre-release code đã được công bố cho Phase 4 của Nâng cấp Apricot (“AP4”), sẽ kích hoạt lúc 5 p.m. EDT (9 p.m. UTC) vào Thứ Năm, ngày 16 tháng 9 trên Fuji Testnet. Lưu ý, mã phát hành trước này chỉ hoạt động trên Fuji. Nếu bạn chạy nó trên Mainnet, nó sẽ thoát ra khi khởi động.

Trong khi chờ kích hoạt thành công AP4 trên Fuji, thời gian kích hoạt AP4 Avalanche Mainnet sẽ được công bố và bản phát hành chính thức của AP4 AvalancheGo (v1.6.0) sẽ được công bố.

Nâng cấp này bao gồm các tối ưu hóa giao thức không tương thích với các phiên bản AvalancheGo <v1.6.0. Nếu bạn chạy một node trên Fuji Testnet, bạn nên cập nhật phần mềm của mình lên AvalancheGo> = v1.6.0 trước thời gian kích hoạt trên Fuji. Nếu bạn là nhà điều hành node Mainnet, bạn không cần thực hiện hành động nào cho đến khi mã AvalancheGo@v1.6.0 chính thức được xuất bản.

Tối ưu hóa 1: Snowman ++ (Giảm MEV & Tranh chấp)

Trong Avalanche, bất kỳ node nào cũng có thể tạo ra một khối bất kỳ lúc nào miễn là khối đó chứa một số giao dịch trả phí khác không. Sau khi tạo ra một khối hợp lệ, tùy thuộc vào động cơ đồng thuận, được gọi là Snowman, để hoàn thiện một trong nhiều khối có khả năng xung đột ở bất kỳ độ cao nhất định nào. Bất kể mức độ của cuộc tranh chấp, Snowman cuối cùng đã vượt qua tất cả các xung đột và chấp nhận 1 khối ở mỗi độ cao (từ chối tất cả những khối khác). Tuy nhiên, theo nguyên tắc chung, tranh chấp càng thấp thì thời gian kết thúc càng nhanh (dành ít nguồn lực hơn để giải quyết xung đột).

Nếu không có bất kỳ tối ưu hóa nào, sự tranh chấp trên mạng Avalanche sẽ tăng lên tương xứng với việc sử dụng thêm (vì sự cạnh tranh về giá trị có thể trích xuất trên chuỗi ngày càng gay gắt với TVL bổ sung). Câu chuyện này đã bắt đầu diễn ra khi một số người tham gia mạng đã bắt đầu sửa đổi phần mềm node để tận dụng tốt hơn “Miner/Maximal Extractable Value” (MEV) bằng cách bỏ qua một số cơ chế điều chỉnh nhằm ngăn chặn việc sản xuất khối quá tích cực.

Đối với những người không quen thuộc với MEV, nó thường được coi là “tổng giá trị có thể được trích xuất một cách không cho phép (tức là không có bất kỳ quyền đặc biệt nào) từ việc sắp xếp lại, chèn hoặc kiểm duyệt các giao dịch trong một khối đang được sản xuất” (từ Flashbots ). Trong bối cảnh sản xuất khối không có người lãnh đạo của Snowman, một định nghĩa rộng hơn một chút có thể áp dụng được hơn, một định nghĩa cũng bao gồm giá trị có thể được trích xuất từ việc sửa đổi thời gian một khối được tạo ra và/hoặc định nghĩa gốc được tham chiếu bởi khối đang được sản xuất.

Để duy trì thời gian hoàn thiện nhanh chóng của Avalanche và đảm bảo các yêu cầu về tài nguyên node không tăng tỷ lệ thuận với tốc độ tăng trưởng người dùng (theo cấp số nhân), một số tối ưu hóa có hiệu suất thấp được đảm bảo để giảm bớt sự tranh cãi không cần thiết và tính phí chính xác hơn cho các tương tác đắt tiền với mạng. Tại Ava Labs, chúng tôi đã bắt đầu nỗ lực R&D ~ 6 tháng trước để nghiên cứu cách tối ưu hóa giao thức để hạn chế một cách có hệ thống khả năng các nhà sản xuất khối gây căng thẳng trên mạng (và trên tất cả các trình xác nhận trong mạng) trong cuộc cạnh tranh khốc liệt của họ với từng đánh bại nhau để thực hiện các tương tác trên chuỗi cụ thể trước. Hôm nay, nỗ lực đó được công bố: Snowman++.

Snowman++ được triển khai dưới dạng lớp phủ cho Snowman (áp dụng tự động cho tất cả các máy ảo do người dùng tạo dựa trên Snowman) để hạn chế mức độ tranh chấp mà bất kỳ node nhất định nào có thể tạo bằng cách phóng to ngẫu nhiên tập hợp con của validators có thể tạo ra một khối ở độ cao nhất định theo thời gian . Tập hợp con của validators này (và mức độ ưu tiên cho sản xuất khối) bị xáo trộn sau khi sản xuất từng khối, do đó, khả năng tạo ra khối tiếp theo không tăng lên nếu trình xác thực tạo ra khối trước đó. Snowman++ không thực hiện bất kỳ sửa đổi nào đối với người dùng, vì vậy các sàn giao dịch, ví, v.v. không bắt buộc phải thực hiện bất kỳ thay đổi nào đối với các tích hợp của chúng (ngoài việc nâng cấp lên AvalancheGo@v1.6.0, nếu chúng chạy một node). Bạn có thể đọc toàn bộ thông số kỹ thuật Snowman++ tại đây .

Các kỹ sư tại Ava Labs phát hiện ra rằng Snowman++ giảm lượng tranh chấp trong môi trường có nhiều đối thủ lên đến ~ 99,7%, so với Snowman. Điều này dẫn đến việc giảm trực tiếp băng thông validator/CPU/ổ đĩa IO trong các trường hợp này.

Tối ưu hóa 2: Giảm phí C-Chain

Apricot Phase 3 đã chuyển C-Chain sang sử dụng một thuật toán dynamic fee mới có tên là “Moderato”. Thuật toán này nhắm mục tiêu đến việc sử dụng mạng cụ thể theo thời gian và điều chỉnh mức phí tối thiểu mà bất kỳ giao dịch nào phải trả để được đưa vào một khối dựa trên lượng hoạt động (“gas burned”) trong 10 giây qua. Kể từ khi kích hoạt AP3, giá gas đã trung bình ~ 98,2 nAVAX, giảm ~ 56% so với AP2. Giá gas trung bình hàng giờ trong khoảng thời gian này được biểu diễn dưới đây:

Nói chung, có trách nhiệm chỉ điều chỉnh tham số hóa phí của mạng khi một số đổi mới giới hạn tác động ròng của thay đổi ở một nơi nào đó gần với mức trung tính. Ví dụ: khi DB IO giảm ~ 50%, phí có thể đồng thời giảm ~ 50%. Theo hướng này, phạm vi giá gas trên C-Chain đã được mở rộng lên 25 nAVAX-1000 nAVAX từ phạm vi 75 nAVAX-225 nAVAX trước đó của nó, nhờ vào việc giảm tài nguyên do Snowman++ giới thiệu, đặc biệt là khi tải. Ngoài ra, các thông số làm mượt “Moderato” đã được điều chỉnh để mức phí sẽ tăng/giảm nhanh hơn nhiều, dựa trên phản hồi từ cộng đồng.

Tối ưu hóa 3: Phí dựa trên khối

Cuối cùng nhưng chắc chắn không kém phần quan trọng, Apricot Phase 4 giới thiệu khái niệm phí khối phải được trả bằng các giao dịch trong một khối nếu nó được tạo ra nhanh hơn tốc độ mục tiêu của khối. Bởi vì bất kỳ node nào cũng có thể tạo ra một khối bất kỳ lúc nào trong Snowman, điều quan trọng là các khối phải bù đắp một cách công bằng cho mạng (tức là ghi đủ AVAX) cho sự căng thẳng mà chúng tạo ra, đặc biệt là khi được tạo ra liên tiếp rất nhanh.

Phí khối là một chức năng được đánh giá liên tục (như “Moderato”) tăng/giảm giá trị dựa trên số lượng khối đang được tạo ra nhanh hơn tốc độ mục tiêu của khối. Phí khối được thanh toán bằng “effective tip” của tất cả các giao dịch trong một khối, trong đó “effective tip”” là giá gas được trả trên giá khí tối thiểu được yêu cầu nhân với lượng khí được sử dụng trong giao dịch (tức là mức đốt không cần thiết). Điều này trông giống như: (“gasPrice” — “minGasPrice”) * “gasUsed”.

Hầu hết mọi người (~ 99%) tương tác với Avalanche, thậm chí sẽ không bao giờ nhận thấy rằng phí dựa trên khối tồn tại bởi vì họ không cố gắng xúc tiến việc đưa các giao dịch của họ vào khối (thường không cần phải làm như vậy vì thời gian để kết thúc trung bình là 1–2 giây). Tuy nhiên, những người cố gắng tạo ra các khối ở một aggressive clip sẽ bị tính phí cho khả năng đó.

Liên kết hữu ích

Bạn có thể tìm thấy mã Apricot Phase 4 tại đây .
Hướng dẫn nâng cấp node của bạn có tại đây .
Nếu bạn có bất kỳ câu hỏi nào, vui lòng kết nối với nhóm nhà phát triển Ava Labs tại đây.
Để có danh sách đầy đủ tất cả các mục được nhắm mục tiêu trong các bản nâng cấp sắp tới, hãy xem lộ trình.

Câu hỏi thường gặp

Làm cách nào để nâng cấp node của tôi?

Quá trình nâng cấp lên AvalancheGo v1.6.0 cũng giống như bất kỳ bản nâng cấp nào khác. Nếu bạn xây dựng từ nguồn, hãy chạy tập lệnh xây dựng như trước. Nếu bạn sử dụng các tệp nhị phân được biên dịch trước, hãy gọi chúng như trước. Nếu bạn sử dụng tập lệnh trình cài đặt, hãy sử dụng tập lệnh đó như trước.

Sau khi khởi động AvalancheGo v1.6.0, bạn không cần phải làm gì khác. Có thể tìm thấy thêm thông tin về việc cập nhật một node tại đây. Xin nhắc lại, cách tốt nhất là bạn nên có một bản sao lưu staking key/certificate của mình.

Giá gas tối thiểu / tối đa là bao nhiêu?

25 nAVAX (giảm 66% so với AP3) và 1000 nAVAX, tương ứng.

Xin lưu ý rằng giá gas đốt tối đa không bị giới hạn bởi giá khí đốt tĩnh AP2 (225 nAVAX). Nếu bạn không chuyển sang sử dụng các điểm cuối phí động được tích hợp sẵn trước khi kích hoạt AP4, có thể việc xử lý các giao dịch của bạn sẽ bị trì hoãn (nếu giá gas mạng tối thiểu tăng trên 225 nAVAX).

Bạn có thể nhận được giá xăng đề xuất hiện tại bằng cách gọi phương thức API eth_gasPrice . Ví dụ:

Tôi sử dụng Metamask. Tôi có cần thay đổi gì không?

Không. Metamask sẽ tự động tính giá khí tối thiểu/tối đa mới khi chúng có hiệu lực (giống như việc áp dụng phí động trong AP3).

Tôi có phải nâng cấp node của mình không?

Nếu bạn không nâng cấp validator của mình lên v1.6.0 trước ngày kích hoạt Avalanche Mainnet (22 tháng 9 lúc5 p.m. EDT), node của bạn sẽ được đánh dấu là ngoại tuyến và các node khác sẽ báo cáo node của bạn là có thời gian hoạt động thấp hơn, điều này có thể gây nguy hiểm cho phần thưởng staking của bạn.

Có bất kỳ thay đổi nào về yêu cầu phần cứng không?

Không.

Việc cập nhật có làm giảm thời gian hoạt động của validator của tôi không?