Sự thật về thị trường phí địa phương của Solana

Thông tin chi tiết hữu ích

• Thị trường phí địa phương (LFM) cho phép Solana đặt ra mức phí cụ thể cho từng tiểu bang dựa trên mức độ cạnh tranh của tiểu bang đó. Các giao dịch trả phí dựa trên trạng thái cụ thể mà chúng ghi vào, ngăn chặn các điểm truy cập cục bộ làm tăng phí trên toàn bộ chuỗi khối.

• LFM đóng vai trò quan trọng trong việc hiện thực hóa tầm nhìn của Solana về một lớp cơ sở thống nhất, có khả năng mở rộng, trong đó tất cả các ứng dụng cùng tồn tại một cách liền mạch. Nếu không có LFM, việc tăng đột biến phí ở một phần của chuỗi sẽ khiến phí cho tất cả các giao dịch tăng theo — một vấn đề thường gặp ở các mạng lưới khác chỉ dựa vào thị trường phí toàn cầu để định giá không gian khối.

• Khi hoạt động kinh tế của Solana tăng tốc vào cuối năm 2023, một số sai sót quan trọng trong việc triển khai LFM ban đầu đã trở nên rõ ràng. Đáng chú ý nhất là mức độ ưu tiên của trình lập lịch không xác định. Các giao dịch được sắp xếp chủ yếu dựa trên thời gian giao dịch đến tay người xây dựng khối, trong khi phí ưu tiên chỉ là yếu tố cần cân nhắc thứ yếu.

• Trong bản cập nhật máy khách Agave v1.18 vào tháng 5 năm 2024, một trình lập lịch giao dịch mới và công thức ưu tiên giao dịch được cải tiến đã được giới thiệu. Bộ lập lịch xây dựng biểu đồ phụ thuộc để quản lý tốt hơn quá trình xử lý và mức độ ưu tiên của các giao dịch xung đột trên nhiều luồng. Bản cập nhật lớn này cải thiện đáng kể khả năng sắp xếp giao dịch theo cách xác định của giao thức.

• Một số liệu có giá trị để đánh giá hiệu quả hoạt động của LFM là so sánh mức phí ưu tiên giao dịch trung bình và trung vị. Phí liên quan đến tình trạng không tranh chấp (trung bình phần trăm thứ 50) dự kiến ​​sẽ vẫn ở mức thấp. Phí cho các quốc gia đang tranh chấp sẽ tăng khi nhu cầu tăng, đẩy mức phí trung bình lên cao. Dữ liệu gần đây xác nhận mô hình này. Vào tháng 11 năm 2024, phí trung bình cho các giao dịch không có quyền biểu quyết đã đạt mức cao nhất mọi thời đại là hơn 0,0003 SOL. Tuy nhiên, mức phí trung bình vẫn ở mức 0,00000861 SOL, thấp hơn khoảng 35 lần.

• Hiện nay, LFM của Solana đã hoạt động được, nhưng vẫn còn nhiều chỗ cần cải thiện. Phân tích của các kỹ sư Anza về khối lượng công việc của luồng giai đoạn ngân hàng cho thấy lỗi của trình lập lịch đã ngăn cản các máy khách xác thực sử dụng hết khả năng của chúng. Do đó, máy khách Agave chỉ hoạt động ở một phần nhỏ tiềm năng của nó. Hơn nữa, không có quy định chính thức nào về cách thức sắp xếp các giao dịch.

• Các API phí ưu tiên hiện tại thiếu sự tinh vi cần thiết để cung cấp kết quả xác định. Mỗi nhà cung cấp RPC lớn đều cung cấp API phí ưu tiên tùy chỉnh riêng, điều này có thể dẫn đến tình trạng ràng buộc nhà cung cấp mềm. Việc triển khai API RPC nguồn mở cốt lõi không tính đến các động lực chính của mạng, chẳng hạn như tác động của Jito, dẫn đến ước tính phí không chính xác.

• Do không có cách xác định cụ thể để tính phí ưu tiên, các nhà phát triển thường thận trọng bằng cách trả nhiều hơn để đảm bảo giao dịch của họ được xử lý. Ngoài ra, họ có thể sử dụng quá mức mẹo Jito như một cơ chế thay thế ngay cả đối với các giao dịch không cần bảo mật đầu khối.

• Nhiều chiến lược khác nhau đã được đề xuất để nâng cao hơn nữa cơ cấu phí của Solana. Bao gồm phí khóa ghi chỉ mục và phí cơ sở động. Mạng lưới vẫn chưa tìm ra cách tạo áp lực kinh tế để ngăn chặn thư rác trong khi vẫn giữ mức phí thấp cho người dùng thực sự.

Giới thiệu

Thị trường phí là một cơ chế kinh tế nhằm mục đích phân bổ hiệu quả không gian khối khan hiếm cho các giao dịch có giá trị cao nhất bằng cách điều chỉnh phí giao dịch một cách linh hoạt. Phí mà một giao dịch sẵn sàng trả là thước đo giá trị của giao dịch đó. Các LFM cải tiến khái niệm chung này bằng cách đặt ra mức phí cụ thể cho từng tiểu bang dựa trên mức độ cạnh tranh của tiểu bang đó. Khi hai giao dịch truy cập cùng một trạng thái (hoặc hai hoạt động ghi hoặc đọc và ghi vào cùng một tài khoản), chúng được coi là đang có tranh chấp.

Với LFM, các giao dịch sẽ trả phí dựa trên trạng thái cụ thể mà chúng ghi vào, ngăn chặn các điểm truy cập cục bộ làm tăng phí trên toàn bộ chuỗi khối. Các giao dịch tiếp cận các tiểu bang có nhu cầu cao hoặc gây tranh cãi sẽ phải trả phí cao hơn, trong khi các giao dịch tương tác với các tiểu bang có nhu cầu thấp hơn sẽ phải trả phí thấp hơn. Điều này rất quan trọng vì Solana xử lý các giao dịch không tranh chấp tốt hơn nhờ hỗ trợ thực hiện song song.

Ngược lại, thị trường phí toàn cầu áp đặt một chi phí chung cho việc truy cập trạng thái mạng, nghĩa là tất cả các giao dịch đều cạnh tranh bình đẳng để được đưa vào một khối bất kể chúng tương tác với tài khoản nào. Mô hình phí của Ethereum, được triển khai trong EIP-1559, là một ví dụ điển hình về thị trường phí toàn cầu. EIP-1559 điều chỉnh phí cơ sở động dựa trên nhu cầu mạng để duy trì mức sử dụng điện toán (gas) tối ưu với mỗi khối. Khi các khối đầy lên, phí cho tất cả các giao dịch sẽ tăng lên. Ví sẽ tính phí dựa trên phí cơ sở hiện tại và giới hạn gas của giao dịch. Cách tiếp cận này được áp dụng trong giao thức và cung cấp các tính toán phí có thể dự đoán được; tuy nhiên, nó không thể cô lập các điểm truy cập có nhu cầu cao khỏi mạng lưới rộng hơn. Khi phí tăng, phí của tất cả các giao dịch cũng tăng.

Vấn đề về nhu cầu cao đối với các quốc gia cụ thể không chỉ xảy ra với blockchain. Thách thức này tương tự như vấn đề phím nóng, thường được gọi là "vấn đề người nổi tiếng", thường gặp trong các ứng dụng xã hội Web2.

Thông qua bài viết này, chúng tôi mong muốn cung cấp một bản phân tích dễ hiểu về Solana LFM. Tác phẩm được chia thành các phần sau:

• Kiến thức cơ bản về phí Solana: Giúp người đọc hiểu cơ bản về cách các giao dịch hiện đang được xử lý trên Solana.

• Các vấn đề ban đầu với thị trường phí địa phương: Khám phá các vấn đề và sai sót ban đầu trong quá trình triển khai LFM ban đầu.

• Cập nhật Central Scheduler v.1.18: Nêu bật bản cập nhật lớn vào năm 2024 giúp cải thiện đáng kể chức năng của LFM.

• Đo lường hiệu quả của thị trường phí địa phương: Cung cấp dữ liệu có liên quan để hiểu tình trạng của LFM trên Solana.

• Các vấn đề đang tiếp diễn và các lĩnh vực cần cải thiện: Phần này thảo luận về các vấn đề chưa được giải quyết và các lĩnh vực cần được chú ý để LFM có thể phát huy hết tiềm năng của mình.

• Các giải pháp đề xuất: Xem xét các giải pháp đề xuất để tinh chỉnh LFM và đưa ra các ưu đãi kinh tế tốt hơn cho việc định giá không gian khối tinh tế hơn.

Những độc giả đã quen thuộc với cấu trúc phí giao dịch của Solana có thể muốn bỏ qua phần sau về những điều cơ bản về phí.

Những điều cơ bản về phí Solana

Giao dịch Solana bao gồm hai loại phí - phí cơ bản và phí ưu tiên. Phí cơ bản hiện được cố định ở mức 5.000 lamport cho mỗi chữ ký. Hầu hết các giao dịch Solana chỉ có một chữ ký. Phí ưu tiên được đo bằng microlamport (tức là một phần triệu của lamport) và được tính theo mỗi đơn vị tính toán được yêu cầu (CU). Phí sẽ được ghi nợ vào tài khoản của người đã trả phí (người ký tên). Nếu số tiền trong tài khoản của người trả tiền không đủ để trang trải phí giao dịch, giao dịch sẽ bị hủy bỏ. Tại thời điểm viết bài, 50% phí cơ bản và phí ưu tiên được các nhà xây dựng khối giữ lại như một động lực để đưa các giao dịch vào các khối. 50% còn lại đã bị phá hủy. Sau cuộc bỏ phiếu quản trị thành công vào tháng 5 năm ngoái, đề xuất SIMD-096 sẽ thay đổi điều này thành 100% phí ưu tiên do những người xây dựng khối giữ lại. Ví dụ:

Một giao dịch có một chữ ký và yêu cầu 500.000 CU. Người gửi đặt mức phí ưu tiên là 50.000 micro-Baud cho mỗi CU được yêu cầu. Tổng phí cho giao dịch này là 5.000 Landport + (500.000 CU được yêu cầu * 50.000 Landport siêu nhỏ trên mỗi CU được yêu cầu) = 25.000 Landport hoặc 0,000025 SOL.

Tài nguyên tính toán của trình xác thực bị giới hạn và giao thức giới hạn tổng tài nguyên tính toán cho mỗi khối ở mức 48 triệu CU. Con số này được chọn theo kinh nghiệm dựa trên khối lượng mà trình xác thực có thể xử lý hợp lý để đạt được thời gian khối 400ms. Số CU tối đa cho mỗi khối trên mỗi tài khoản bị giới hạn ở mức 12 triệu, trong khi giới hạn tính toán tối đa cho mỗi giao dịch được đặt ở mức 1,4 triệu CU. Kích thước của tin nhắn giao dịch cũng bị giới hạn tối đa là 1.232 byte, đây là đơn vị truyền tải tối thiểu của IPv6 (1280 byte) trừ đi phần tiêu đề.

Để ngăn chặn việc lạm dụng tài nguyên máy tính, Solana phân bổ ngân sách máy tính cho mỗi giao dịch. Theo mặc định, mạng đặt giới hạn tối đa là 200.000 đơn vị tính toán (CU) cho mỗi lệnh. Tuy nhiên, các giao dịch có thể chỉ định giới hạn đơn vị tính toán tùy chỉnh bằng cách bao gồm chỉ thị SetComputeUnitLimit, cho phép phân bổ tài nguyên hiệu quả hơn. Kho lưu trữ máy khách Agave liệt kê chi phí CU của nhiều hoạt động khác nhau.

Solana yêu cầu tất cả các giao dịch phải chỉ định danh sách đầy đủ các địa chỉ tài khoản sẽ được đọc hoặc ghi trong quá trình giao dịch. Kích thước tối đa của danh sách này là 35 địa chỉ và có thể được mở rộng thông qua bảng tra cứu địa chỉ trên chuỗi. Việc xây dựng danh sách địa chỉ sẽ tạo thêm chi phí cho các nhà phát triển, nhưng lại là chìa khóa để mở khóa nhiều khả năng tối ưu hóa của Solana, bao gồm thực hiện giao dịch song song và thị trường phí cục bộ.

Những vấn đề ban đầu với thị trường phí bản địa của Solana

“Thị trường phí địa phương là một lời nói dối.”  - Ben Coverston, Đồng sáng lập, Temporal

Khi hoạt động kinh tế trên Solana tăng tốc vào cuối năm 2023, một số sai sót chính trong việc triển khai LFM ban đầu đã trở nên rõ ràng. Hiện tại, Eugene Chen của Ellipsis Labs đã cung cấp một phân tích toàn diện về những thách thức này trong bài viết Solana Fees của Umbra Research, Phần 1. Sau đây là tóm tắt những điểm chính mà Chen đã nêu.

Thiếu động lực để yêu cầu CU chính xác

Cấu trúc phí của Solana tính một mức phí cơ bản cho mỗi chữ ký, bất kể số lượng đơn vị tính toán (CU) được sử dụng hoặc yêu cầu. Đồng thời, phí ưu tiên chỉ mang lại động lực hạn chế nhằm giảm việc sử dụng CU trong thời gian tắc nghẽn. Thiết kế này khiến người gửi giao dịch không có nhiều động lực để tối ưu hóa việc sử dụng điện toán hoặc khớp các yêu cầu CU của họ với nhu cầu thực tế. Kết quả là, các giao dịch thường yêu cầu quá nhiều CU, dẫn đến tình trạng kém hiệu quả trong quá trình lập lịch mạng.

Động cơ sử dụng cơ chế ưu tiên ngoài giao thức

Việc đốt 50% phí ưu tiên sẽ khuyến khích người gửi giao dịch bỏ qua giao thức bằng cách thông đồng với những người xây dựng khối và sắp xếp các khoản thanh toán ngoài chuỗi để có được quyền truy cập ưu tiên. Hành vi này được thể hiện rõ qua sự xuất hiện ngày càng nhiều của các cuộc đấu giá Jito. Những người xác thực chạy ứng dụng khách Jito-Agave được hưởng lợi từ thu nhập phí cao hơn và có thể phân phối hiệu quả những khoản lợi nhuận này cho những người đặt cược được ủy quyền thông qua phần thưởng hoa hồng Jito MEV. Khi lượng khách hàng sử dụng Jito-Agave ngày càng tăng, các gói Jito chứng tỏ là dịch vụ giao dịch vượt trội trong nhiều trường hợp.

Ưu tiên của trình lập lịch không xác định

Cả sự đồng thuận của Solana và trình lập lịch đều không áp dụng thứ tự giao dịch nghiêm ngặt dựa trên phí ưu tiên. Các giao dịch chủ yếu được sắp xếp theo thời điểm chúng đến tay người xây dựng khối, trong khi phí ưu tiên chỉ là yếu tố cần cân nhắc thứ yếu. Phí ưu tiên cao hơn có thể làm tăng khả năng được đưa vào một tiểu bang đang tranh chấp, nhưng quá trình phân loại vẫn chưa mang tính xác định. Độ trễ mạng trước khi đến bộ xử lý giao dịch (TPU) và độ trễ trong bộ lập lịch càng làm tăng thêm tính không thể đoán trước.

Sự thiếu chắc chắn này làm giảm khả năng dự đoán và độ tin cậy của việc thực hiện giao dịch, khuyến khích người dùng tràn ngập mạng lưới bằng thư rác giao dịch để tăng cơ hội được đưa vào nhanh hơn. Tuy nhiên, việc tăng phí ưu tiên sẽ làm giảm lợi nhuận sau một ngưỡng nhất định, làm giảm hiệu quả của nó như một cơ chế sắp xếp giao dịch tốt hơn. Không gian khối chung của Solana cuối cùng đã trở thành nạn nhân của “bi kịch của sự chung”. Các cá nhân, vì lợi ích riêng của mình, đã dẫn đến việc sử dụng quá mức và kém hiệu quả nguồn tài nguyên công này.

Cập nhật Central Scheduler v1.18

Việc triển khai ban đầu của trình lập lịch máy khách Agave chỉ cung cấp một sự đảm bảo lỏng lẻo rằng các giao dịch có phí ưu tiên cao sẽ có nhiều khả năng được đưa vào một khối cụ thể hơn. Đơn vị xử lý giao dịch (TPU) của người đứng đầu chạy với sáu luồng song song: bốn luồng xử lý các giao dịch không có quyền biểu quyết và hai luồng dành riêng cho các giao dịch có quyền biểu quyết. Mỗi luồng giao dịch không bỏ phiếu duy trì hàng đợi riêng của mình, nơi các giao dịch đang chờ xử lý được nhóm lại để thực hiện. Trước đây, các giao dịch được chỉ định ngẫu nhiên cho các luồng này và các hàng đợi ưu tiên các gói tin một cách độc lập mà không quan tâm đến các gói tin được xử lý bởi các luồng khác.

Trong hệ thống này, mỗi luồng lặp lại hàng đợi của nó, cố gắng khóa và thực hiện các giao dịch. Khi luồng hoàn tất vòng lặp hiện tại, nó sẽ thu thập thêm các gói tin và bắt đầu lại quy trình. Cấu trúc này tạo ra thách thức cho việc sử dụng hiệu quả các loại phí ưu tiên. Ví dụ, trong khi một giao dịch có mức độ ưu tiên cao có thể nằm ở đầu hàng đợi của một luồng, thì một luồng khác có thể đang đồng thời xử lý một giao dịch có phí ưu tiên thấp liên quan đến cùng một tài khoản ở cuối hàng đợi. Phí ưu tiên chỉ ảnh hưởng đến thứ tự giao dịch trong một luồng duy nhất (nội luồng), không phải trên tất cả các luồng (liên luồng). Do đó, mỗi hàng đợi áp dụng cơ chế sắp xếp kết hợp giữa xử lý theo thứ tự vào trước ra trước (FIFO) với các cân nhắc về chi phí ưu tiên. Tuy nhiên, không có thứ tự toàn cục nào được áp dụng giữa các luồng.

Khi một luồng sẵn sàng thực hiện giao dịch, trước tiên nó phải có được khóa tài khoản cần thiết. Nếu khóa ghi cần thiết không khả dụng, giao dịch sẽ được xếp hàng lại. Vấn đề này trở nên trầm trọng hơn do việc chỉ định ngẫu nhiên các giao dịch cho các luồng, vì cùng một loại giao dịch có thể kết thúc ở các vị trí khác nhau trong hệ thống lập lịch đa luồng. Tính ngẫu nhiên của trình lập lịch này gây ra hiện tượng nhiễu, gây ra sự thay đổi về vị trí các giao dịch được đặt trong các khối.

Một trình lập lịch giao dịch mới, Trình lập lịch trung tâm, đã được giới thiệu vào tháng 5 năm 2024 với bản cập nhật máy khách Agave v1.18. Trong cấu trúc được sửa đổi này, trình lập lịch trung tâm xây dựng một biểu đồ phụ thuộc, được gọi là biểu đồ ưu tiên, để quản lý tốt hơn quá trình xử lý và mức độ ưu tiên của các giao dịch xung đột trên tất cả các luồng. Bản cập nhật lớn này cải thiện đáng kể khả năng sắp xếp giao dịch theo thứ tự xác định của Solana; các giao dịch có phí ưu tiên cao hơn có nhiều khả năng được đưa vào khối hơn.

Đồ thị ưu tiên là đồ thị phi chu trình có hướng (DAG) được cập nhật động khi có giao dịch mới được thêm vào. Các giao dịch được sắp xếp trong biểu đồ thành các chuỗi thực hiện được xử lý theo thứ tự ưu tiên theo thời gian. Đối với các giao dịch xung đột, phí ưu tiên sẽ quyết định thứ tự chèn. Cách tiếp cận này giảm thiểu tình trạng tranh chấp khóa, cho phép các lô giao dịch thực hiện trơn tru và giảm sự chậm trễ do xung đột tài nguyên. Xác thực trước khi biên dịch giao dịch đã được chuyển sang luồng công việc để cải thiện hiệu suất và cho phép xử lý hiệu quả hơn.

Thiết kế trình lập lịch được cập nhật cải thiện đáng kể khả năng mở rộng và tính linh hoạt, cho phép tăng số lượng luồng mà không làm tăng nguy cơ xung đột khóa. Ngoài ra, phương pháp lập lịch tập trung cải thiện việc tạo phần thưởng, tăng lợi nhuận cho nhiều nhà điều hành trình xác thực.

Để biết thông tin chi tiết hơn về trình lập lịch trung tâm, độc giả có thể tham khảo bài đăng trên blog Helius trước đây của chúng tôi về bản cập nhật Agave 1.18.

Tính toán mức độ ưu tiên hiệu quả hơn

Cùng với bản cập nhật trình lập lịch, công thức mức độ ưu tiên của giao dịch đã được cải thiện để mang lại lợi thế cho các giao dịch có yêu cầu tính toán thấp hơn, mang lại lợi ích cho các nhà phát triển và các giao dịch sử dụng ít tài nguyên nhất. : : : : : : : : : : : : : : :

Vì không có cách xác định nào để tính phí ưu tiên nên các nhà phát triển thường thận trọng bằng cách trả nhiều hơn để đảm bảo các giao dịch của họ được xử lý. Ngoài ra, họ có thể sử dụng quá nhiều tiền boa Jito ngay cả trong các giao dịch không cần thiết để bảo mật đầu khối. Những mẹo này thường được sử dụng thay thế cho phí ưu tiên. Đáng chú ý, hầu hết các mẹo được quan sát vào năm 2024 không liên quan đến các hoạt động MEV truyền thống như kinh doanh chênh lệch giá hoặc mua bán, mà thay vào đó nhằm mục đích cho phép đưa giao dịch vào nhanh hơn. Người xác thực đạt được sự kém hiệu quả này bằng cách tính phần thưởng khối và hoa hồng MEV cao hơn.

Một thách thức khác nảy sinh khi các nhà phát triển không triển khai được logic để điều chỉnh linh hoạt mức phí ưu tiên của họ để ứng phó với các điều kiện thay đổi trên chuỗi. Trong các sự kiện lớn, chẳng hạn như biến động lớn trên thị trường, phí truy cập vào tài khoản tiểu bang cụ thể có thể tăng vọt. Các ứng dụng không có cơ chế phí động sẽ gặp khó khăn trong những tình huống này vì cài đặt phí tĩnh của chúng sẽ không đủ để đảm bảo thực hiện kịp thời.

Các giải pháp được đề xuất

Nhiều chiến lược khác nhau đã được đề xuất để cải thiện hơn nữa cơ cấu phí của Solana. Những đề xuất này nhằm mục đích tối ưu hóa việc phân bổ tài nguyên mạng và giảm thiểu động cơ phát tán thư rác.

Phí khóa ghi theo cấp số nhân

SIMD-0110, do Tao Zhu (Anza) và Anatoly Yakavenko đề xuất vào tháng 1 năm 2023, đề xuất một cơ chế mới để quản lý tình trạng tắc nghẽn bằng cách áp dụng phí động cho các tài khoản đang tranh chấp. Cơ chế này theo dõi đường trung bình động hàm mũ (EMA) của mức sử dụng đơn vị tính toán (CU) của các tài khoản bị khóa ghi và tăng phí cho các tài khoản bị khóa ghi có mức sử dụng cao liên tục.

Để triển khai một hệ thống như vậy, thời gian chạy Solana duy trì bộ đệm LRU (ít được sử dụng gần đây nhất) của các khóa công khai của các tài khoản đang tranh chấp và đơn vị định giá tính toán tương ứng (CUP). CUP theo dõi mức sử dụng EMA CU của tài khoản và cung cấp mức phí cập nhật khi được yêu cầu.

Cơ chế này điều chỉnh phí khóa ghi một cách linh hoạt. Nếu mức sử dụng EMA CU của tài khoản vượt quá ngưỡng mục tiêu, tỷ lệ phí khóa ghi sẽ tăng lên. Ngược lại, nếu mức sử dụng thấp hơn mục tiêu, tỷ lệ chi phí sẽ giảm. Các tham số ban đầu bao gồm:

• Mục tiêu sử dụng 25% giới hạn CU tối đa của tài khoản.

• Mức phí khóa ghi ban đầu là 1.000 microlabor cho mỗi CU.

• Mức điều chỉnh phí cho mỗi khối là 1%.

Phí khóa ghi của tài khoản được tính bằng cách nhân tỷ lệ phí của tài khoản đó với CU mà giao dịch yêu cầu. Theo hệ thống này, tổng phí giao dịch là tổng của ba thành phần: phí ký cơ sở, phí ưu tiên và phí khóa ghi. Phí khóa ghi sẽ bị xóa 100%.

Khi được phát hành, SIMD-0110 đã gây nên những cuộc thảo luận sôi nổi trong cộng đồng. Tuy nhiên, đề xuất hiện không hoạt động và được đánh dấu là đã đóng.

Phí cơ sở động

Một giải pháp dài hạn khác để cải thiện LFM của Solana là giới thiệu Phí cơ sở động (DBF) trên toàn cầu và theo từng tài khoản. Jarry Xiao và Eugene Chen của Ellipsis Labs là những người ủng hộ nổi bật cho phương pháp này.

Trong khi phí ưu tiên là tùy chọn thì phí cơ bản là bắt buộc. Hiện tại, phí cơ bản của Solana được cố định ở mức 5.000 LPS cho mỗi chữ ký. Người dùng gửi lệnh chuyển mã thông báo đơn giản sẽ phải trả mức phí cơ bản giống như người tìm kiếm thực hiện giao dịch hoán đổi phức tạp tại nhiều địa điểm hoặc cố gắng thực hiện giao dịch chênh lệch giá MEV phức tạp. Phí cơ bản không phản ánh chính xác mức độ sử dụng tính toán của giao dịch.

Với phí cơ sở động, các giao dịch chênh lệch giá có phí cơ sở không phù hợp có thể bị coi là không hợp lệ và bị loại bỏ trước khi đến được trình lập lịch. Việc tăng phí cơ bản sẽ khuyến khích những kẻ gửi thư rác gửi ít giao dịch hơn.

Phí cơ bản cuối cùng sẽ đạt đến mức cân bằng và các giao dịch sẽ được định giá theo giá trị của thị trường không gian khối. Khi phí cơ bản tăng lên, cuối cùng sẽ đạt đến mức chi phí cận biên mà tại đó việc gửi một giao dịch không còn đáng giá với chi phí cơ hội của giao dịch đó nữa. Phí không được quá cao, nếu không hoạt động của người dùng sẽ bị ảnh hưởng. Giá trị tối đa lý tưởng là quá cao đối với robot nhưng nhìn chung được người dùng chấp nhận. Theo hệ thống như vậy, các tài khoản gửi giao dịch để đưa vào sẽ mất hết SOL.

Thời gian chặn nhanh của Solana cho phép các thuật toán tích cực đặt mức phí cơ bản. Trong thời gian nhu cầu cao, phí có thể điều chỉnh nhanh chóng — có thể tăng gấp đôi sau mỗi khối — để phản ánh tình trạng tắc nghẽn mạng. Thay vào đó, phí có thể được giảm dần khi nhu cầu giảm. Do thời gian khối ngắn của Solana nên việc giảm phí vẫn diễn ra tương đối nhanh, đảm bảo mạng lưới nhanh chóng thích ứng với các điều kiện thay đổi.

Một ví dụ tương tự về áp lực kinh tế là chương trình Metaplex Candy Machine, chương trình này đã áp dụng thuế bot vào năm 2022 như một cơ chế chống thư rác. Thuế robot là khoản phí tùy chọn đối với các giao dịch không hợp lệ. Thông thường, đây sẽ là một số tiền tương đối nhỏ để tránh ảnh hưởng đến người dùng thực sự có thể đã mắc lỗi thực sự. Loại thuế này tỏ ra có hiệu quả; số lượng lính bắn tỉa đúc tiền nhanh chóng cạn kiệt và tình trạng gửi thư rác cũng chấm dứt.

Kết luận

LFM của Solana hoạt động tốt, nhưng vẫn còn nhiều chỗ cần cải thiện:

• Cải thiện cơ chế phí ưu tiên: Cần cải thiện lệnh gọi RPC phí ưu tiên. Trong trường hợp lý tưởng, các nhà phát triển sẽ có một cách dễ dàng và mang tính quyết định để thiết lập mức phí nhằm đảm bảo giao dịch được bao gồm trong vài khối tiếp theo.

• Giảm thiểu tác động kinh tế của thư rác: Các mạng phải tìm cách gây áp lực kinh tế lên bot trong thời kỳ hoạt động kinh tế cao, đồng thời giữ mức phí thấp cho người dùng thực sự.

• Đào tạo các nhà phát triển: Các nhà phát triển cần ngừng thiết lập phí giao dịch ứng dụng tĩnh và giảm sự phụ thuộc vào các cơ chế giao thức ngoài như Jito cho các giao dịch thông thường.

• Tối ưu hóa trình lập lịch hơn nữa: Trình lập lịch giao dịch cần được tối ưu hóa hơn nữa để đảm bảo rằng tất cả các luồng công việc đều được sử dụng trong các giai đoạn nhu cầu cao.

Như nhà đồng sáng lập Solana Anatoly Yakovenko chỉ ra, những thách thức này chủ yếu là “vấn đề kỹ thuật” — có thể giải quyết được bằng cách tập trung kỹ thuật phù hợp.

• : trái; "> Thị trường phí địa phương là cần thiết để mở rộng quy mô Ethereum -Eclipse Labs