Nói một cách đơn giản, phí giao dịch của Sonic không phải là cố định, mà là "có thể suy nghĩ", có khả năng tự động thay đổi tùy theo các tình huống khác nhau. Chẳng hạn, khi bạn tương tác trên chuỗi, trước đây dù mạng có tắc nghẽn đến đâu, phí gas vẫn là một con số cố định, hoặc là bạn không thể vượt qua người khác, hoặc là phải tiêu tốn tiền bạc một cách không cần thiết. Cách hoạt động của Sonic là: dựa trên tải trọng mạng vào thời điểm đó, bạn đang sử dụng loại dApp nào, thậm chí là mức độ khẩn cấp của chính sự tương tác, nó sẽ đưa ra cho bạn một tỷ lệ phí hợp lý hơn.

Sonic về cơ bản đang làm điều gì đó, đó là khiến cho blockchain không còn là một hệ thống "lạnh lẽo", mà giống như một dịch vụ, phản hồi theo "tín hiệu nhu cầu" mà bạn cung cấp cho nó. Nói cách khác, nó không phải là khiến bạn phải thích ứng với chuỗi, mà là chuỗi hiểu bạn trước.

Tôi hiểu rằng đây là một ví dụ thực tế về tư duy Execution-as-a-Service. Nhiều L1 tự hào về "hiệu suất cao", nhưng khi có nhiều người dùng thì vẫn bị sập; bộ VM + cơ chế Phí Động của Sonic có thể lý thuyết giúp giảm bớt vấn đề tăng đột biến lưu lượng trong thời gian ngắn.

Vì vậy, tóm lại, đây không chỉ là "chuỗi rẻ hơn", mà là "chuỗi hiểu cách tính phí". Đối với những dự án thực sự muốn phát triển sản phẩm và thu hút người dùng, điều này thực sự quan trọng hơn cả TPS của bạn. #yap # kaito