"Chuyển động chậm" của các trình xác thực Solana: Việc trì hoãn khối liệu có trở thành chiến lược sinh lời mới?
Tuyển chọn TechFlowTuyển chọn TechFlow
"Chuyển động chậm" của các trình xác thực Solana: Việc trì hoãn khối liệu có trở thành chiến lược sinh lời mới?
Tốc độ mạng chậm lại vào tháng 6 không phải do nguyên nhân kỹ thuật.
Chuyên sâu báo cáo Web3Tác giả:Jack Kubinec
Biên dịch: TechFlow
Khi các vấn đề mã nguồn của Solana từng bước được giải quyết trong những năm gần đây, thời gian khối (thời gian cần thiết để mạng tạo ra khối giao dịch mới) đã giảm đáng kể, thậm chí thấp hơn mức danh nghĩa 400 mili giây.
Tuy nhiên, trong tháng qua, một xu hướng thú vị đã xuất hiện: thời gian khối trung vị (một chỉ số hiệu suất quan trọng của mạng blockchain, phản ánh tốc độ xử lý giao dịch và tạo khối của mạng) tăng vọt, làm chậm tốc độ Solana thêm giao dịch mới vào blockchain. Nguyên nhân nằm ở một chiến lược xác thực mới, cho thấy rằng việc tạo khối chậm hơn có thể mang lại lợi nhuận cao hơn. Theo Blockworks đưa tin, Anza, Jito và Marinade đang xem xét giải quyết vấn đề này.
Mỗi khối Solana đều có một trình xác thực đóng vai trò người lãnh đạo – chịu trách nhiệm thu thập giao dịch, tạo khối và phát tán nó đến toàn mạng. Người lãnh đạo thu phí giao dịch khi tạo khối. Lưu lượng đặt hàng càng nhiều đồng nghĩa với cơ hội thu phí càng lớn, do đó các trình xác thực có thể chọn xử lý giao dịch trong 500 mili giây thay vì 300 mili giây để gia tăng lợi nhuận.
Về cơ bản, một số trình xác thực Solana dường như đang cố gắng trì hoãn lâu nhất có thể để đóng gói nhiều giao dịch hơn vào khối nhằm tối đa hóa lợi nhuận. Hành vi này dẫn đến việc tăng độ dài chu kỳ của Solana.
Đối với một mạng lưới theo đuổi tốc độ nhanh như Nasdaq thì rõ ràng đây không phải là tình huống lý tưởng. Ngoài ra, việc giảm chu kỳ cũng đồng nghĩa với giảm cơ hội tái đầu tư phần thưởng stake, điều mà Max Kaplan, CTO của Sol Strategies đã chỉ ra.
Solana cung cấp một cơ chế gọi là "grace ticks" (các dấu tích ân hạn), cho phép người lãnh đạo vẫn có thể gửi khối thành công dù bị trễ. Cơ chế này nhằm ngăn các trình xác thực ở vị trí xa bị phạt bất công, nhưng cũng mở đường cho việc các trình xác thực cố ý trì hoãn việc gửi khối.
Bên cạnh đó, khách hàng thay thế Frankendancer của Solana gần đây đã phát hành một bộ lập lịch tối ưu hóa doanh thu.
Theo Kaplan, các trình xác thực chạy phần mềm này dường như đang đóng gói khối với tốc độ chậm hơn mức bình thường một chút. Tuy nhiên, Kaplan bổ sung rằng độ trễ từ Frankendancer là không đáng kể so với các trình trễ nghiêm trọng hơn, và ông không cho rằng đây là điều “xấu”. Ngoài ra, việc trễ khối trên blockchain proof-of-stake không phải là khái niệm mới. Tuy nhiên, nâng cấp Firedancer có thể khiến chiến lược này trở nên nổi bật hơn trên Solana. Jump hiện chưa đưa ra bình luận nào.
Thú vị thay, kỹ sư phần mềm Firedancer Michael McGee đã mô tả hiện tượng này trong tập podcast Lightspeed tuần này. Ông nói: “Một điều chúng tôi đang thấy trong các trình xác thực hiện tại là... [trình xác thực] thường tạo ra các khối sinh lời hơn bằng cách trì hoãn thực thi giao dịch.”
Victor Pham, nhà phân tích của Blockworks Research, chỉ ra rằng các trình xác thực Solana có hành vi trì hoãn rõ rệt thường chạy phiên bản sửa đổi của khách hàng Agave-Jito.
Ví dụ, trong chu kỳ thứ 802 giữa tháng 6, thời gian khối trung vị của Galaxy và Kiln đều vượt quá 570 mili giây. Theo dữ liệu từ Solana Compass, một số trình xác thực chưa được đánh dấu cũng hoạt động chậm, trong khi thời gian khối trung vị của trình xác thực Temporal là 475 mili giây.
Ernest Oppetit, đồng sáng lập Kiln, thừa nhận rằng trình xác thực của họ – là trình xác thực stake lớn thứ sáu trên mạng Solana – đã từng trì hoãn các khe khối trong một khoảng thời gian, nhưng khẳng định hiện tại đã ngừng hành vi này.
“Tại Kiln, chúng tôi tự hào khi cung cấp tỷ suất lợi nhuận hàng năm (APY) stake cao nhất thị trường, đồng thời không hy sinh an ninh. Chúng tôi luôn nghiên cứu và phát triển các phần khác nhau trong hệ thống công nghệ, bao gồm cả chiến lược thời gian, và duy trì thảo luận liên tục với khách hàng, các nhóm phát triển khách hàng và quỹ. Hiện tại, chúng tôi tuân thủ quy chuẩn, không còn trì hoãn khối nữa, nhưng nhiều trình xác thực khác vẫn đang làm vậy. Chúng tôi cho rằng cuối cùng cần giải quyết vấn đề khuyến khích ở cấp độ giao thức (việc tạo khối nhanh dẫn đến phần thưởng giảm)", Oppetit nói.
Ben Coverston, Giám đốc Kỹ thuật của Temporal, khi được hỏi về việc trình xác thực của họ rõ ràng tham gia xu hướng tạo khối chậm, cho biết: “Tôi có thể nói rằng chúng tôi không phải là nguyên nhân khiến mọi người hiểu rõ về hiện tượng này.”
Một phát ngôn viên của Galaxy cho biết: “Là nhà cung cấp dịch vụ, chúng tôi hỗ trợ cấu hình trình xác thực có thể ưu tiên tối đa hóa phần thưởng stake cho khách hàng. Trên Solana, điều này có thể nghĩa là đề xuất các khối hơi chậm hơn để đảm bảo thu được phần thưởng cao hơn. Galaxy cũng luôn tiếp thu phản hồi từ cộng đồng và đã điều chỉnh thời gian khối về phạm vi chấp nhận được.”
Tuy nhiên, cộng đồng trình xác thực Solana nói chung cho rằng làm chậm tốc độ mạng là không phù hợp, và các trình xác thực chậm hiện đang đối mặt với sự phản đối mạnh mẽ từ công chúng.
Họ có thể sớm phải đối mặt với các hình phạt cụ thể hơn. Theo báo cáo của Blockworks, Jito dự định đưa các trình xác thực chậm vào danh sách đen khỏi nhóm stake của mình – nhóm stake lớn nhất trên mạng Solana.
Brian Smith, Chủ tịch Quỹ Jito, cho biết tổ chức đang “soạn thảo một đề xuất quản trị, trao quyền cho một ủy ban loại bỏ những kẻ tụt hậu khỏi tập hợp ủy thác JitoSOL. Đề xuất này sẽ được mở cho cộng đồng thảo luận trong vài ngày tới.”
Michael Repetny, đồng sáng lập Marinade, cho biết nhà cung cấp nhóm stake này đang “xem xét đưa vấn đề này lên đề xuất quản trị để thảo luận về ưu nhược điểm của việc coi [các trình xác thực chậm] là vi phạm quy tắc cứng/nguyên tắc ủy thác.”
Các giải pháp ở cấp độ giao thức cũng đang được triển khai. Kho lưu trữ GitHub của Anza cho thấy một đề xuất mới, kiến nghị giảm một nửa thời gian grace ticks của Solana. Ngoài ra, cải cách cơ chế đồng thuận do Solana đề xuất cũng hứa hẹn giải quyết vấn đề này.
“Alpenglow sẽ giải quyết vấn đề này bằng cách kích hoạt chức năng bỏ phiếu bỏ qua,” Brennan Watt, Phó chủ tịch Kỹ thuật lõi của Anza, nói.
Watt tiết lộ trong tập gần đây của podcast Lightspeed rằng Anza mong muốn triển khai Alpenglow lên mainnet trước hội nghị Solana Breakpoint vào tháng 12 năm nay.
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
Blockworks
