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