a16z: Khám phá 8 thách thức trong thiết kế cơ chế Blockchain

Tác giả gốc: Tim Roughgarden, người đứng đầu bộ phận nghiên cứu tiền điện tử tại a16z

Bản dịch gốc: 0x xz, Golden Finance

Nghiên cứu sâu một lĩnh vực dạy bạn cách nhận ra rằng các vấn đề thực tế chỉ là sự ngụy trang kém cỏi của các vấn đề đã được giải quyết tốt. Ví dụ, khi tôi dạy các thuật toán cơ bản, học sinh đã học cách nhận ra các vấn đề được cô đọng lại thành các phép tính đường đi ngắn nhất hoặc lập trình tuyến tính.

Kiểu khớp mẫu này cũng hiệu quả trong thiết kế cơ chế, một loại “lý thuyết trò chơi ngược” sử dụng các động cơ để đạt được kết quả mong muốn. Các công cụ và bài học của thiết kế cơ chế đặc biệt hữu ích trong lý thuyết đấu giá, thiết kế thị trường và lý thuyết lựa chọn xã hội.

Crypto và web3 tràn lan các vấn đề về thiết kế cơ chế. Người ta có thể nghĩ rằng nhiều vấn đề có thể được giải quyết bằng cách áp dụng những gì có trong sách giáo khoa, đưa ra những ý tưởng mới mẻ. Tuy nhiên, những thách thức và hạn chế độc đáo của các giao thức blockchain không cần cấp phép thường buộc phải suy nghĩ lại về những điều cơ bản của các vấn đề dường như đã được giải quyết. Điều này làm cho thiết kế cơ chế trong web3 trở nên phức tạp. Nhưng cũng chính những thách thức này làm cho thiết kế cơ chế web3 trở nên hấp dẫn.

Trong bài viết này, tôi sẽ khám phá một số thách thức mà thiết kế cơ chế web3 phải đối mặt. Những thách thức này có thể quen thuộc với người dùng crypto-native, nhưng hiểu biết sâu hơn về thiết kế cơ chế sẽ cung cấp cho tất cả những người xây dựng một góc nhìn mới về lý do tại sao việc giải quyết những vấn đề này lại khó khăn đến vậy. Đối với những người thiết kế cơ chế, nếu bạn đang nghĩ đến các ứng dụng mới, bạn có thể quan tâm đến những thách thức do môi trường không cần cấp phép đặt ra.

Nhưng trước tiên, thiết kế cơ chế là gì?

Lĩnh vực thiết kế cơ chế có nguồn gốc từ ít nhất năm 1961, khi William Vickrey, một nhà kinh tế học tại Đại học Columbia và sau này là người đoạt giải Nobel, đã chính thức hóa phiên đấu giá đấu thầu kín giá thứ hai. Định dạng đấu giá này đã được sử dụng từ năm 1797 khi tác giả Johann Wolfgang von Goethe bán bản thảo bài thơ sử thi Hermann và Dorothea của mình và thường được các nhà sưu tập tem sử dụng vào thế kỷ 19, nhưng nó không được Vickrey chính thức hóa cho đến năm 1961 và hiện thường được gọi là phiên đấu giá Vickrey. Trong mô hình đấu giá Vickrey, người trả giá cao nhất sẽ thắng, nhưng phải trả giá cao thứ hai. Phiên đấu giá này kích thích sở thích thực sự của người trả giá và giao sản phẩm cho người ước tính giá thầu cao nhất.

Đấu giá Vickrey là một thiết kế thanh lịch và hiệu quả đã được áp dụng trong thế giới thực, được điều chỉnh và cập nhật theo hoàn cảnh mới, với thực hành định hướng lý thuyết và ngược lại. Giống như đấu giá Vickrey, lịch sử thiết kế cơ chế như một ngành học chính thức là lịch sử giao thoa giữa lý thuyết và thực hành, vừa sâu sắc vừa đẹp đẽ.

Ngược lại với lý thuyết trò chơi, thiết lập các chiều của tương tác chiến lược và khám phá các kết quả hợp lý nhất của hành vi, lĩnh vực thiết kế cơ chế không bắt đầu bằng trò chơi, mà bằng các kết quả mong muốn. Mục tiêu của thiết kế cơ chế là đảo ngược kỹ thuật một số hình thức của trò chơi để kết quả mong muốn (có thể được đặc trưng bởi hiệu quả, công bằng hoặc một số hành vi nhất định) được cân bằng. Trong trường hợp đấu giá Vickrey, mục tiêu cuối cùng là khiến những người tham gia trả số tiền tối đa mà họ sẵn sàng trả mà không phạt họ.

Có rất nhiều cơ hội để thiết kế cơ chế trong Web3. Ví dụ, một giao thức blockchain có thể muốn đạt được kết quả mà những người tham gia giao thức hành xử một cách thiện chí (và không đi chệch khỏi hành vi mong đợi). Hoặc, một giao thức có thể muốn có được thông tin chính xác về giá trị giao dịch để phân bổ hiệu quả không gian khối cho các giao dịch có giá trị nhất.

Những vấn đề thiết kế cơ chế như vậy luôn là thách thức, nhưng thách thức thậm chí còn đặc biệt hơn trong bối cảnh blockchain.

1. Thiếu sự tin tưởng

Nếu không có bên đáng tin cậy để thực thi các cơ chế, việc thiết kế trong không gian blockchain sẽ trở nên khó khăn hơn nhiều.

Mục đích chính của việc sử dụng giao thức blockchain không cần cấp phép là bạn không cần phải tin tưởng bất kỳ một thực thể hay cá nhân nào, bạn chỉ cần một giả định tin cậy “trung bình” rằng đủ số lượng các nút chạy giao thức là trung thực.

Nhưng điều trớ trêu của nhiều kiến trúc blockchain là mọi lô giao dịch được thêm vào lịch sử của chuỗi để thực hiện trên máy ảo do giao thức duy trì đều là sản phẩm của một quyết định đơn phương được đưa ra bởi một nút duy nhất.

Không rõ liệu bạn có thể tin tưởng vào nút này hay không.

Đây là lý do tại sao đấu giá Vickrey hiếm khi được nhìn thấy trong không gian blockchain. Việc triển khai đấu giá Vickrey một cách ngây thơ sẽ nhanh chóng gặp phải vấn đề thao túng của những nhà sản xuất khối không đáng tin cậy. Vấn đề là một nhà sản xuất khối có thể tạo ra một giá thầu giả được gọi là "giá thầu shill" thấp hơn một chút so với giá thầu của người chiến thắng tiềm năng, do đó buộc người chiến thắng phải trả gần như toàn bộ giá thầu của họ (thay vì giá thầu cao thứ hai thực sự).

Giá thầu giả từ những nhà sản xuất khối không đáng tin cậy thực sự khiến phiên đấu giá Vickrey trở lại phiên đấu giá giá đầu tiên, đây là một trong những lý do tại sao phiên đấu giá giá đầu tiên lại phổ biến trong web3. (Nhánh mới nhất của tài liệu thiết kế cơ chế truyền thống về cơ chế đáng tin cậy cũng xem xét thiết kế phiên đấu giá cho những người đấu giá không đáng tin cậy, nhưng theo một góc độ khác.)

2. Thông đồng

Một lý do khác khiến thiết kế cơ chế blockchain trở nên khó khăn là có thể có sự thông đồng giữa những người tham gia blockchain. Ví dụ, các cuộc đấu giá giá thứ hai có thể dễ dàng thông đồng với các khoản thanh toán bồi thường. Lý do rất đơn giản: vì người trả giá cao thứ hai trả giá cao thứ hai, nên người trả giá có thể hối lộ người trả giá cao thứ hai để trả giá thấp hơn nhiều.

Tài liệu học thuật về thiết kế cơ chế không quá lo lắng về vấn đề này. Một lý do có thể là thông đồng (đặc biệt là thông đồng với các khoản thanh toán đền bù) rất khó đạt được trong thế giới thực. Sau khi thông đồng, người chiến thắng có thể đơn giản từ chối trả tiền hối lộ, vì vậy rất khó để có được các khoản thanh toán đền bù đáng tin cậy. (Như câu nói: Không có công lý giữa những tên trộm.)

Tuy nhiên, trong bối cảnh blockchain, những kẻ thông đồng tiềm năng thường có thể sử dụng hợp đồng thông minh để cung cấp các cam kết đáng tin cậy, cho phép thông đồng thực sự hoạt động. Lý do thứ hai là thiếu cơ chế ngăn chặn và bù đắp cho thông đồng thanh toán – một cơ chế tiết lộ giá chỉ cung cấp báo giá và không có gì khác.

Tệ hơn nữa, người dùng giao thức có khả năng thông đồng không chỉ với nhau mà còn với những người tạo khối (không đáng tin cậy) (tương đương với sự thông đồng giữa người trả giá và người đấu giá trong một cuộc đấu giá thực tế).

Bảo vệ chống lại loại thông đồng cuối cùng là một trong những động lực chính để đốt một phần phí giao dịch trong cơ chế phí giao dịch EIP-1559 của Ethereum. Nếu không “đốt” (hoặc giữ lại các khoản doanh thu này từ các nhà sản xuất khối), các nhà sản xuất khối và người dùng cuối có thể thông đồng thông qua việc thanh toán bù trừ và trốn tránh bất kỳ mức giá dự trữ nào mà cơ chế này cố gắng áp đặt.

3. Chúng ta không thể chỉ dựa vào pháp quyền

Vấn đề thông đồng rõ ràng không phải là mới. Nó đã gây phiền nhiễu cho nhiều cơ chế thực tế trong nhiều thế kỷ, nhưng nếu bạn xem xét tài liệu thiết kế cơ chế, bạn có thể ngạc nhiên khi thấy nó ít đề cập đến vấn đề này như thế nào. Tài liệu có đề cập trực tiếp đến động cơ của các tác nhân cá nhân muốn đơn phương thao túng cơ chế, nhưng thường để vấn đề này cho một số khái niệm chưa được công nhận về "pháp quyền". Ví dụ, những người tham gia vào cơ chế có thể ký một hợp đồng pháp lý quy định rằng họ sẽ không thông đồng. Nếu phát hiện thông đồng, nó sẽ được đưa đến các kênh pháp lý. Các nhà thiết kế cơ chế có thể giúp bằng cách tạo ra một cơ chế giúp phát hiện thông đồng tương đối dễ dàng.

Có một bí mật không được nói ra trong nhiều tài liệu thiết kế cơ chế: sự phụ thuộc vào nguyên tắc pháp quyền. Mặc dù chúng ta không thể nói rằng không có nguyên tắc pháp quyền trong lĩnh vực giao thức blockchain không cần cấp phép—chúng ta thường thấy cơ quan thực thi pháp luật truy tố thành công các tội phạm trên blockchain không cần cấp phép—mức độ của nguyên tắc pháp quyền ít hơn nhiều so với các ứng dụng thiết kế cơ chế truyền thống.

Nếu bạn không thể dựa vào quy tắc pháp luật bên ngoài cơ chế, thì trách nhiệm của nhà thiết kế là giải quyết vấn đề bên trong cơ chế. Cách tiếp cận này phổ biến trong các quyết định thiết kế cơ chế trong không gian blockchain. Trong giao thức Ethereum nói riêng, có rất nhiều ví dụ, từ EIP-1559 đốt doanh thu phí cơ sở đến cắt giảm các trình xác thực có hành vi sai trái trong giao thức đồng thuận của nó.

4. Không gian thiết kế lớn hơn

Không gian thiết kế trong web3 lớn hơn những gì các nhà thiết kế cơ chế thường dùng. Do đó, các nhà thiết kế phải suy nghĩ lại tất cả các vấn đề đã cho. Ví dụ, nhiều cơ chế liên quan đến thanh toán, trong các ứng dụng thiết kế cơ chế truyền thống sẽ được thực hiện bằng các loại tiền tệ fiat như đô la Mỹ. Nhiều giao thức blockchain có loại tiền tệ riêng của chúng và các cơ chế trong các giao thức như vậy có thể thao túng các loại tiền tệ này.

Hãy tưởng tượng nếu bạn viết một bài viết về thiết kế cơ chế truyền thống và một phần mô tả cơ chế của bạn là: In một loạt tiền tệ mới và phân phối cho một nhóm người tham gia. Ngoài bối cảnh của blockchain, điều này thật nực cười. Nhưng khi bạn nói về thiết kế cơ chế trong bối cảnh của giao thức blockchain, bạn hoàn toàn có thể làm điều này. Giao thức kiểm soát tiền tệ, vì vậy một phần của cơ chế giao thức có thể đúc token hoặc đốt token.

Điều này có nghĩa là một số thiết kế không thể thực hiện được nếu không có tiền tệ bản địa thì lại trở nên khả thi. Ví dụ, làm thế nào để bạn khuyến khích thợ đào Bitcoin thực hiện giao thức theo đúng mục đích? Thông qua phần thưởng lạm phát: in tiền mới (Bitcoin) để khuyến khích những người tạo khối này. Nếu không có tiền tệ bản địa, thiết kế như vậy sẽ không khả thi.

5. Tiền tệ bản địa có thể mang lại những vấn đề khác

Lý do trước đó làm nổi bật sức mạnh của tiền tệ bản địa. Bạn có thể làm hai việc với tiền tệ bản địa: đúc tiền (cách giao thức Bitcoin đúc Bitcoin mới để khuyến khích thợ đào) và đốt token (cách cơ chế phí giao dịch Ethereum EIP-1559 đốt ETH để chống lại sự thông đồng). Tiền tệ bản địa ẩn chứa những mối nguy hiểm không tồn tại trong thiết kế cơ chế truyền thống: các quyết định thiết kế kinh tế vi mô có thể gây ra hậu quả kinh tế vĩ mô.

Trong thiết kế cơ chế truyền thống, không có lý do gì để lo lắng về các lực lượng kinh tế vĩ mô. Các cuộc đấu giá truyền thống không có tác động có ý nghĩa đến nguồn cung tiền hoặc tỷ lệ lạm phát ở Hoa Kỳ. Đây là một thách thức hoàn toàn mới đối với lĩnh vực thiết kế web3. Những vấn đề nào có thể xảy ra? Tôi xin kể cho bạn hai ví dụ, một về việc đúc Bitcoin và một về việc đốt ETH.

Do sử dụng phần thưởng khối — khuyến khích thợ đào bằng cách in tiền mới — Bitcoin buộc phải có lạm phát. Do đó, nó cũng phải có chính sách tiền tệ tương ứng để xác định tỷ lệ lạm phát và cách nó phát triển theo thời gian. Satoshi Nakamoto cũng đặt ra giới hạn cung cấp cứng là 21 triệu Bitcoin. Vì có giới hạn cứng về số lượng Bitcoin, nên tỷ lệ lạm phát phải tiến tới 0.

Nếu tỷ lệ lạm phát thực sự bằng không, thì nên sử dụng gì để khuyến khích thợ đào tiếp tục chạy giao thức và cung cấp bảo mật cho Bitcoin? Người ta hy vọng rằng phí giao dịch sẽ bù đắp cho phần thưởng khối bị thiếu, mặc dù khả năng điều này xảy ra khá thấp. Người ta đều biết rằng nếu phí giao dịch gần bằng không, thì giao thức Bitcoin sẽ gặp phải các vấn đề bảo mật lớn.

Các nhà khoa học máy tính tại Princeton là Miles Carlston, Harry Kalodner, Matthew Weinberg và Arvind Narayanan đã chỉ ra một điểm khác biệt nữa giữa phí giao dịch và phần thưởng khối trong một bài viết. Trong khi phần thưởng khối là như nhau đối với mọi khối (ít nhất là giữa các lần “chia đôi” liên tiếp của phần thưởng khối), phí giao dịch có thể thay đổi theo cấp số nhân — điều này lại đưa những bất ổn lý thuyết trò chơi mới vào giao thức. Theo nghĩa này, quyết định kinh tế vĩ mô nhằm cố định giới hạn cung cấp có hậu quả kinh tế vi mô tiêu cực đối với giao thức và những người tham gia.

Cũng giống như việc đúc phần thưởng khối là một lực lạm phát đối với Bitcoin, việc đốt phí giao dịch trong EIP-1559 là một lực giảm phát đối với Ethereum. Trong giao thức Ethereum (có sử dụng phần thưởng xác thực lạm phát), có một cuộc giằng co giữa hai lực này, với việc giảm phát thường thắng thế. ETH hiện là một loại tiền tệ giảm phát ròng, một hệ quả kinh tế vĩ mô của các quyết định thiết kế có động cơ kinh tế vi mô trong cơ chế phí giao dịch của giao thức.

Giảm phát có tốt hay xấu cho giao thức Ethereum? Những người nắm giữ ETH thích giảm phát vì, nếu mọi thứ đều như nhau, token của họ sẽ trở nên có giá trị hơn theo thời gian. (Thật vậy, sản phẩm phụ này có thể là thứ cuối cùng đã thuyết phục được dư luận ủng hộ việc chuyển sang cơ chế phí giao dịch của EIP-1559.) Tuy nhiên, thuật ngữ giảm phát khiến các nhà kinh tế vĩ mô được đào tạo bài bản sợ hãi, gợi nhớ đến tình trạng đình lạm kinh tế của Nhật Bản vào những năm 1990.

Ai đúng? Cá nhân tôi không nghĩ rằng tiền tệ fiat có chủ quyền là phép so sánh đúng đắn cho các loại tiền điện tử như ETH. Vậy, phép so sánh đúng đắn là gì? Đây vẫn là một câu hỏi mở cần được các nhà nghiên cứu blockchain khám phá thêm: Tại sao tiền tệ giảm phát có thể là tiền điện tử hỗ trợ các giao thức blockchain, nhưng không phải là tiền tệ fiat hỗ trợ các quốc gia có chủ quyền?

6. Đừng bỏ qua ngăn xếp cơ bản

Một trong những điều chúng ta phấn đấu đạt được trong khoa học máy tính là tính mô-đun và trừu tượng sạch, giúp chúng ta có khả năng tin tưởng các bộ phận của hệ thống. Khi thiết kế và phân tích một bộ phận của hệ thống, bạn có thể cần biết chức năng đầu ra của các bộ phận khác của hệ thống. Nhưng lý tưởng nhất là bạn không cần biết chức năng này được triển khai như thế nào bên trong.

Chúng ta vẫn chưa đạt đến trạng thái lý tưởng này trong các giao thức blockchain. Mặc dù các nhà xây dựng và thiết kế cơ chế có thể muốn tập trung vào lớp ứng dụng, nhưng họ không thể bỏ qua cách lớp cơ sở hạ tầng hoạt động và các chi tiết của nó.

Ví dụ, nếu bạn đang thiết kế một nhà tạo lập thị trường tự động, bạn phải cân nhắc khả năng các nhà sản xuất khối không đáng tin cậy chịu trách nhiệm sắp xếp giao dịch. Hoặc, nếu bạn đang cân nhắc thiết kế một cơ chế phí giao dịch cho một (L2) rollup, bạn phải trả không chỉ cho mức tiêu thụ tài nguyên của L2 mà còn cho tất cả các chi phí phát sinh do giao thức L1 cơ bản (ví dụ: lưu trữ calldata).

Trong cả hai ví dụ, thiết kế cơ chế hiệu quả cho một lớp đòi hỏi phải có kiến thức chi tiết về các lớp khác. Có lẽ, khi công nghệ blockchain trưởng thành, chúng ta sẽ có sự tách biệt rõ ràng giữa các lớp khác nhau. Nhưng chúng ta chắc chắn vẫn chưa đạt được điều đó.

7. Yêu cầu làm việc trong môi trường hạn chế về mặt tính toán

Máy tính trên bầu trời được triển khai bởi giao thức blockchain là một môi trường bị hạn chế về mặt tính toán. Thiết kế cơ chế truyền thống chỉ tập trung vào các động cơ kinh tế và bỏ qua các vấn đề tính toán (ví dụ, cơ chế Vickrey-Clark-Groves nổi tiếng không khả thi đối với các vấn đề phân bổ cực kỳ phức tạp).

Khi Nisan và Ronen đề xuất thiết kế cơ chế thuật toán vào năm 1999, họ chỉ ra rằng chúng ta cần một số loại khả năng truy nguyên tính toán để các cơ chế có ý nghĩa thực tế trong thế giới thực. Do đó, họ đề xuất hạn chế sự chú ý vào các cơ chế tính toán và giao tiếp có thể mở rộng theo một số lượng hàm đa thức (không phải hàm mũ) của các tham số vấn đề.

Vì các máy ảo giao thức blockchain thực hiện rất ít tính toán, các cơ chế trên chuỗi phải cực kỳ nhẹ — thời gian đa thức và giao tiếp là cần thiết nhưng không đủ. Ví dụ, sự khan hiếm là lý do chính khiến các nhà tạo lập thị trường tự động hoàn toàn thống trị Ethereum DeFi, thay vì các giải pháp truyền thống hơn như sổ lệnh giới hạn.

8. Vẫn đang trong giai đoạn đầu

Thông thường khi mọi người nói web3 đang ở giai đoạn đầu, họ đang ám chỉ đến cơ hội đầu tư hoặc việc áp dụng. Nhưng theo quan điểm khoa học, chúng ta thậm chí còn sớm hơn thế. Nó sẽ chỉ trở nên khó khăn hơn — mặc dù cơ hội là rất lớn.

Mọi người đều coi lợi ích của việc làm việc trong một lĩnh vực nghiên cứu trưởng thành là điều hiển nhiên. Có những mô hình và định nghĩa được chấp nhận. Có sự đồng thuận về những câu hỏi quan trọng nhất. Có sự phối hợp quan trọng về cách đo lường tiến độ. Có một vốn từ vựng chung và một cơ sở kiến thức công cộng lớn. Ngoài ra còn có các con đường để tăng tốc, bao gồm sách giáo khoa được đánh giá tốt, các khóa học trực tuyến và các nguồn tài nguyên khác.

Đồng thời, trong nhiều khía cạnh của không gian blockchain, chúng ta vẫn chưa biết các mô hình và định nghĩa “đúng” để suy nghĩ rõ ràng và đạt được tiến triển trong các vấn đề quan trọng. Ví dụ, khái niệm quan trọng nhất về các động cơ tương thích trong bối cảnh giao thức blockchain là gì? Các lớp của ngăn xếp web3 là gì? Các thành phần của Giá trị trích xuất tối đa (MEV) là gì? Đây đều là những câu hỏi mở.

Đối với những người quan tâm đến khoa học blockchain, sự non trẻ của lĩnh vực này là một thách thức. Nhưng tham gia sớm — ngay bây giờ — cũng mang đến những cơ hội độc đáo.

Thiết kế cơ chế luôn là một công cụ hữu ích ở lớp ứng dụng Internet – chẳng hạn như đấu giá quảng cáo thời gian thực hoặc thiết kế thị trường hai chiều phổ biến trong hầu hết các ứng dụng tiêu dùng trực tuyến hiện nay, từ thương mại điện tử đến mua theo nhóm.

Nhưng trong web3, thiết kế cơ chế cũng cung cấp thông tin cho các quyết định thiết kế về chính cơ sở hạ tầng.

Hãy nghĩ lại những năm 1970 và 1980, khi các giao thức định tuyến Internet vẫn đang được thảo luận và thiết kế. Theo như tôi biết, không ai có chuyên môn về thiết kế cơ chế và động cơ có một vị trí tại bàn. Nhìn lại, giờ đây chúng ta nhận ra rằng những người như vậy có thể đã cung cấp thông tin hữu ích cho thiết kế. Trong khi đó, tại web3, với việc phát hành sách trắng Bitcoin gốc, các cơ chế khuyến khích đã là một phần của cuộc thảo luận ngay từ đầu.

Sự nhầm lẫn xung quanh mô hình, định nghĩa và số liệu thành công phù hợp cho web3 thực sự cho chúng ta biết rằng chúng ta đang ở thời kỳ hoàng kim. Các thế hệ sinh viên và nhà khoa học tương lai sẽ ghen tị với chúng ta vì đã ở đúng nơi vào đúng thời điểm, với cơ hội định hình quỹ đạo của công nghệ này. Vì vậy, mặc dù có thể không có nhiều sách giáo khoa trong lĩnh vực này, nhưng một ngày nào đó sẽ có, và những cuốn sách đó sẽ mô tả công việc chúng ta đang làm hiện nay.

Bài viết này có nguồn từ internet: a16z: Khám phá 8 thách thức trong thiết kế cơ chế Blockchain

Có liên quan: Sinh thái cộng đồng | Tìm hiểu về bốn điểm nổi bật trong báo cáo quý đầu tiên của TRON năm 2024 trong một bài viết

Messari, một tổ chức nghiên cứu dữ liệu tiền điện tử hàng đầu, gần đây đã công bố báo cáo TRON Q1 năm 2024. Báo cáo cho thấy TRON đã hoạt động tốt về mặt doanh thu giao thức, giảm phát TRX, TVL DeFi và stablecoin. Trong quý đầu tiên, doanh thu giao thức TRON tăng 7,2% so với tháng trước, đạt mức cao kỷ lục là $128,1 triệu đô la Mỹ, xếp thứ ba trong số tất cả các mạng blockchain, chỉ sau Ethereum và Bitcoin. Doanh thu giao thức đến từ TRX do người dùng đốt để lấy tài nguyên và trả phí. Báo cáo cho thấy TRX tiếp tục duy trì giảm phát trong quý đầu tiên và lưu thông của nó đã giảm từ 88,2 tỷ xuống còn khoảng 87,7 tỷ. Mạng TRON là một trong số ít mạng L1 giảm phát. Về DeFi, TRON cũng hoạt động tốt. Báo cáo cho thấy TRON DeFi TVL…