Hướng dẫn về Chất lượng Dịch vụ Có Trọng số Stake trên Solana

Chất lượng Dịch vụ Có Trọng số Stake (QoS) là gì?

QoS Có Trọng số Stake (Chất lượng Dịch vụ) là một tính năng triển khai mà khi được bật, cho phép các leader (người tạo khối) xác định và ưu tiên các giao dịch được proxy qua một validator có stake như một cơ chế kháng sybil bổ sung. Do Solana là mạng proof of stake, việc mở rộng tính năng trọng số stake sang chất lượng dịch vụ giao dịch là điều tự nhiên. Theo mô hình này, một validator với 0,5% stake sẽ có quyền truyền tải tối đa 0,5% gói tin đến leader và có khả năng chống lại các cuộc tấn công sybil từ phần còn lại của mạng.

Các operator bật tính năng này sẽ cải thiện bảo mật và hiệu suất của mạng bằng cách giảm khả năng các validator ít stake hoặc không có stake (chất lượng thấp hơn) có thể "áp đảo" các giao dịch đến từ các validator chất lượng cao hơn (stake cao hơn) (hay còn gọi là tăng cường Kháng Sybil).

Một lợi ích tiềm năng của việc triển khai QoS Có Trọng số Stake có thể được hiện thực hóa nếu có những thỏa thuận nhất định giữa các Validator và các node RPC. Các node RPC có thể đưa nhiều giao dịch hơn vào các khối bằng cách đồng ý kết nối ngang hàng với các Validator, và các Validator có thể bán nhiều dung lượng hơn cho các node RPC. Những thỏa thuận này phải được thực hiện trực tiếp giữa các operator RPC và Validator, bao gồm việc thực hiện các bước được nêu bên dưới trong tài liệu này để hoàn tất việc kết nối ngang hàng.

Ai được hưởng lợi từ QoS Có Trọng số Stake?

Các operator hạ tầng RPC thương mại và các sàn giao dịch có thể là những bên hưởng lợi chính từ QoS Có Trọng số Stake. Các operator RPC sẽ ở vị trí lý tưởng để mua lại hoặc đàm phán thỏa thuận với các validator có stake, giúp họ đạt được tỷ lệ giao dịch được đưa vào khối cao hơn. Các sàn giao dịch (hoặc các tổ chức khác) tự vận hành các node validator và node RPC trên cùng một hạ tầng sẽ có thể bật tính năng này trong nội bộ, tự tin rằng các node RPC chạy trên hạ tầng của họ là đáng tin cậy.

Tại sao QoS Có Trọng số Stake quan trọng?

Khi bật QoS Có Trọng số Stake, một validator nắm giữ 1% stake sẽ có quyền truyền tải tối đa 1% gói tin đến leader. Theo cách này, các validator có stake cao hơn được đảm bảo nhận được chất lượng dịch vụ cao hơn, ngăn các validator chất lượng thấp hơn (với ít stake hơn) cố ý làm ngập các giao dịch này, qua đó tăng cường Kháng Sybil tổng thể.

Nói một cách khác, hãy tưởng tượng thế giới sẽ như thế nào nếu những chiếc xe chỉ có một hành khách có thể chạy thoải mái trong làn carpool. Sớm thôi, làn carpool vốn được thiết kế để di chuyển nhiều người hơn trên cùng một đoạn đường cao tốc sẽ trở nên vô dụng. Chức năng tổng thể của đường cao tốc sẽ bị suy giảm và ít người đi làm hơn có thể đến được điểm đến của họ. Hiệu ứng này tương tự như những gì xảy ra khi các validator ít stake được phép gửi giao dịch đến Leader với cùng mức độ ưu tiên như các validator nhiều stake.

Ai nên bật QoS Có Trọng số Stake?

QoS Có Trọng số Stake nên được bật bởi các node Validator được ghép nối với các node RPC đáng tin cậy cao. Điều này hữu ích trong các tình huống như vận hành RPC và Validator trên cùng một hạ tầng, nơi mức độ tin cậy đã cao. QoS Có Trọng số Stake hoạt động tốt nhất với các cấu hình tin cậy cao và yêu cầu Validator và RPC đạt được thỏa thuận trước khi bật tính năng. Đặc biệt khuyến nghị rằng các Validator không nên cố gắng bật QoS Có Trọng số Stake với các RPC không đáng tin cậy.

Stake nên được áp dụng cho các validator tạo khối. Việc ủy quyền stake cho các máy chủ RPC là không cần thiết, không được khuyến nghị và cũng không hiệu quả.

QoS Có Trọng số Stake hoạt động như thế nào?

Khi bật QoS Có Trọng số Stake, các node RPC được ghép nối với một validator sẽ nhận được stake "ảo" liên quan đến cách leader xử lý lưu lượng TPU (Đơn vị Xử lý Giao dịch) đến từ node RPC đó, điều mà thông thường không thể thực hiện được. Theo định nghĩa, các node RPC là "unstaked" và "non-voting" hay còn gọi là "non-consensus" và không thể tiếp cận các lợi ích của giao dịch được ưu tiên thông qua staking theo cách tương tự như các node đồng thuận. Làm thế nào để sử dụng QoS Có Trọng số Stake để đưa giao dịch vào khối? Việc bật QoS Có Trọng số Stake yêu cầu cấu hình một node validator và một node RPC để tạo thành mối quan hệ ngang hàng đáng tin cậy. Điều này bao gồm các bước cấu hình riêng biệt cho cả node validator và node RPC được liệt kê bên dưới. Các operator muốn bật QoS Có Trọng số Stake sẽ cần những điều sau trước khi bắt đầu:

Một validator có stake đang chạy trên mạng VÀ Một RPC được ghép nối với validator

QoS Có Trọng số Stake sẽ không hoạt động trừ khi CẢ HAI phía được cấu hình đúng cách.

Cấu hình node Validator

Trên validator, bạn sẽ phải bật --staked-nodes-overrides /path/to/overrides.yml. Cờ --staked-nodes-overrides giúp validator ưu tiên các giao dịch được gửi từ các nguồn đã biết để áp dụng stake cho các giao dịch của họ. Điều này có thể giúp validator ưu tiên một số giao dịch nhất định từ các máy chủ đã biết hơn các máy chủ khác, cho phép sử dụng QoS Có Trọng số Stake với các RPC. Các RPC không nên được stake bằng bất kỳ cách nào.

Hiện tại, QoS Có Trọng số Stake cung cấp mức ưu tiên có trọng số stake cho 80% dung lượng TPU của một leader. Tuy nhiên, có các tùy chọn cấu hình có thể được sử dụng để gán ảo các trọng số stake khác nhau cho các TPU peer, bao gồm cả việc gán stake ảo cho các peer unstaked.

Tệp overrides cho --staked-nodes-overrides trông như sau:

staked_map_id:
  pubkey1: 1000000000000000
  pubkey2: 4000000000000000

staked_map_id chứa một bản đồ từ public key danh tính đến số lượng stake tính bằng lamport để áp dụng cho mỗi RPC. Khi được đặt, validator sẽ ưu tiên các kết nối QUIC với RPC được tìm thấy tại publicKey danh tính đó, gán một lượng stake cho các giao dịch của họ. 80% dung lượng TPU của leader sẽ được phân chia theo tỷ lệ dựa trên số lượng lamport được chỉ định trong tệp staked-nodes-overrides và stake cụm hiện có.

Cấu hình node RPC

Trên RPC, bạn sẽ phải sử dụng --rpc-send-transaction-tpu-peer để chuyển tiếp các giao dịch đến một leader cụ thể. Cách sử dụng chính xác sẽ là --rpc-send-transaction-tpu-peer HOST:PORT. Host là địa chỉ IP của leader mà bạn đã bật staked-nodes-overrides và Port là cổng QUIC TPU của máy chủ đó. Cổng QUIC TPU cho một leader có thể được xác định bằng cách thực hiện một lệnh gọi RPC đến getClusterNodes.

Việc kết nối ngang hàng sẽ trông như sau:

Sơ đồ các RPC kết nối ngang hàng với Validator cho QoS Có Trọng số Stake

Kết luận

QoS Có Trọng số Stake là một tính năng tùy chọn được giới thiệu trong v1.14 của client Solana, hiện được biết đến với tên Agave. Agave là một phiên bản fork của client Solana Labs đã trở thành nhánh hoạt động được sử dụng bởi nhóm Anza, một tổ chức tách ra được thành lập bởi đội ngũ kỹ sư cũ của Solana Labs.

Tính năng QoS Có Trọng số Stake rất có thể sẽ hữu ích nhất cho các operator hạ tầng RPC ở vị trí có thể thiết lập các mối quan hệ đáng tin cậy với các operator node có stake. Nó cũng sẽ hữu ích cho các Sàn giao dịch, những đơn vị vận hành cả node RPC và node validator và có thể thiết lập các kết nối tin cậy cao trong nội bộ.