Tổng quan

Chỉ chưa gần 2 năm mà mạng lưới Solana (SOL) đã 4 lần bị nghẽn, điều này ảnh hưởng rất lớn đến sự phát triển của dự án nền tảng Solana và toàn bộ hệ sinh thái cũng như các nhà đầu tư và cộng đồng người dùng.

Những sự cố nghẽn mạng liên tục này sẽ làm cho các nhà phát triển đã phát triển trên Solana hoặc chưa sẽ có cách nhìn và đánh giá kỹ hơn. Hiện tại đang có rất nhiều nền tảng hệ sinh thái mới có nhiều ưu điểm hơn đang trực tiếp cạnh tranh với Solana.

Hôm nay hãy cùng GFS điểm qua 3 nâng cấp chính sắp tới trên Solana (SOL) nhằm giúp cải thiện hiệu suất mạng qua bài cập nhật dưới đây nhé.

*** Tìm hiểu thêm về Solana và hệ sinh thái tại đây

Bản nâng cấp

Solana đã công bố 3 thay đổi chính trong kế hoạch giảm thiểu của mình để giải quyết sự ổn định và khả năng phục hồi của mạng:

• QUIC
• Stake Weighted QoS (Cổ phần có trọng số QoS)
• Fee Markets (Thị trường phí)

Các biện pháp đang nhắm mục tiêu vào lưu lượng truy cập dày đặc gây ra hai trong số 3 sự cố gần đây. Mặc dù các thay đổi do các nhà phát triển Solana đề xuất được coi là trừu tượng hoặc mang tính kỹ thuật sâu đối với phần chung của cộng đồng nhưng các khái niệm này không hoàn toàn mới, được nhập từ các hệ thống đã trưởng thành khác.

Phiên bản ứng dụng khách Solana (Solana client) hiện tại cho các nút trình xác thực (v1.10) đã mở đường cho một số cải tiến này sẽ được lặp lại cho đến khi phù hợp với thị trường tối ưu. Ưu tiên phí được nhắm mục tiêu cho bản phát hành v1.11.

*** Tham khảo bài viết gốc tại đây

Một số ngữ cảnh trên các giao thức truyền thông mạng

Solana đã từng áp dụng Giao thức sơ đồ người dùng (UDP) để truyền các giao dịch giữa các nút trong mạng. Các nút gửi các giao dịch thông qua UDP trực tiếp đến người dẫn đầu – nút xếp đặt chịu trách nhiệm đề xuất khối trong vị trí cụ thể đó – mà không cần thiết lập kết nối trước đó. UDP không xử lý tắc nghẽn lưu lượng hoặc xác nhận phân phối dữ liệu. Trong các tình huống tắc nghẽn mạng, người lãnh đạo không thể xử lý khối lượng lưu lượng truy cập đến, có nghĩa là một số gói tin bị rớt. Ngay cả ở những thời điểm yên tĩnh, một số mức độ mất gói là bình thường. Bằng cách gửi cùng một giao dịch nhiều lần, người dùng có cơ hội lớn hơn rằng ít nhất một trong các lần thử của họ sẽ đến nơi.

Ngược lại với UDP là Giao thức điều khiển truyền (TCP). TCP bao gồm các tính năng phức tạp hơn nhưng để điều này hoạt động, nó yêu cầu một phiên (tức là một kết nối đã biết đã được thiết lập trước đó giữa máy khách và máy chủ). Người nhận xác nhận (“acks”) các gói và người gửi biết khi nào nên dừng gửi gói trong trường hợp lưu lượng truy cập cao. TCP cho phép truyền lại các gói bị mất, một khi người gửi ngừng nhận acks, giải thích là thứ gì đó phải bị mất, vì vậy người gửi sẽ chạy chậm lại.

TCP không phải là lý tưởng cho một số trường hợp sử dụng. Đặc biệt, nó tuần tự tất cả lưu lượng truy cập. Nếu một phần dữ liệu bị mất, mọi thứ sau đó cần phải đợi. Điều đó không tốt cho các giao dịch Solana, vốn độc lập.

QUIC

QUIC là một giao thức có mục đích chung được sử dụng bởi hơn một nửa số kết nối từ trình duyệt web Chrome đến máy chủ của Google. QUIC là tên của giao thức, không phải là từ viết tắt.

QUIC là một giải pháp thay thế cho TCP với các tính năng tương tự: một phiên, sau đó cho phép áp suất ngược để làm chậm người gửi  nhưng nó cũng có khái niệm về các luồng riêng biệt, vì vậy nếu một giao dịch bị bỏ, nó không cần phải chặn những giao dịch còn lại.

Solana là một mạng không được phép. Bất kỳ ai đang chạy ứng dụng khách Solana (Solana client) đều là một “nút” trong mạng và có thể gửi tin nhắn cho người lãnh đạo. Các nút có thể hoạt động như trình xác thực – khi nó đang ký và gửi phiếu bầu – và (hoặc) chúng có thể để lộ giao diện RPC (Cuộc gọi thủ tục từ xa) của mình để nhận tin nhắn từ các ứng dụng như ví và Dex, đồng thời gửi chúng đến người lãnh đạo.

Người lãnh đạo lắng nghe trên cổng UDP và RPC lắng nghe trên cổng TCP. Do lịch trình của người lãnh đạo được công khai những người chơi tinh vi với các chiến lược thuật toán (“bot”) có thể gửi trực tiếp các giao dịch đến người lãnh đạo, bỏ qua bất kỳ nút RPC bổ sung nào sẽ chỉ làm tăng độ trễ. Với việc người lãnh đạo bị gửi thư rác, mạng sẽ bị tắc nghẽn và điều đó làm giảm hiệu suất. Cổng UDP được lãnh đạo sử dụng sẽ được thay thế bằng cổng QUIC.

QoS có trọng số cổ phần

Chất lượng dịch vụ (“QoS”) là thực tế ưu tiên các loại lưu lượng nhất định khi có nhiều lưu lượng hơn mức mà mạng có thể xử lý.

Tháng 1 năm ngoái, sau khi Solana đối mặt với các vấn đề về hiệu suất khi các chiến lược giao dịch tự động (hay còn gọi là “bot thanh lý”) gửi spam mạng với hơn 2 triệu giao dịch mỗi giây, chủ yếu là các giao dịch trùng lặp.

Solana hiện đang cố gắng xử lý các giao dịch ngay khi chúng đến nơi. Vì IP có thể xác minh thông qua QUIC, trình xác thực sẽ có thể ưu tiên và giới hạn lưu lượng cho các kết nối cụ thể. Thay vì các trình xác thực và RPC làm bùng nổ các giao dịch với người lãnh đạo nhanh nhất có thể, DoS’ing người lãnh đạo một cách hiệu quả, họ sẽ có một kết nối QUIC bền vững. Nếu mạng (IP) bị tắc nghẽn, nó sẽ có thể xác định và áp dụng các chính sách cho các kết nối lưu lượng lớn, hạn chế số lượng thông điệp mà nút có thể gửi (“điều tiết”). Các chính sách này được gọi là QoS.

Về mặt nội bộ, QoS có trọng số được đặt cược có nghĩa là xếp hàng đợi các giao dịch trong các kênh khác nhau tùy thuộc vào người gửi, được tính theo số lượng SOL được đặt cọc. Sau đó, các nút không có cổ phần sẽ được khuyến khích gửi giao dịch đến các nút có cổ phần trước, thay vì gửi trực tiếp đến người dẫn đầu, để có cơ hội thực thi tốt hơn, vì các tin nhắn dư thừa từ các nút không được đặt cọc rất có thể sẽ bị người dẫn đầu loại bỏ.

Theo Anatoly nhà phát triển của dự án, các nhà xác nhận (validators) sẽ chịu trách nhiệm định hình lưu lượng truy cập của riêng họ và áp dụng các chính sách để tránh lỗ hổng bảo mật. Ví dụ: nếu một nút cụ thể gửi một lượng lớn giao dịch, ngay cả khi chúng được đặt cọc, trình xác thực có thể thực hiện hành động, bỏ qua các kết nối được thiết lập với nút này để bảo vệ hiệu suất mạng.

Thị trường phí

Phí Solana hiện là cố định và được tính cho mỗi chữ ký được yêu cầu trong một giao dịch (5000 lamport (mã thông báo gốc phân đoạn có giá trị 0,000000001 sol) = 0,000005 SOL). Nếu có sự cạnh tranh cao trong một thị trường cụ thể, người dùng phải đối mặt với rủi ro không thực hiện được giao dịch. Với phí giao dịch cố định, không có cách nào để trao đổi mức độ ưu tiên hoặc cạnh tranh bằng cách trả nhiều hơn để giao dịch của họ được ưu tiên. Nếu không có lựa chọn thay thế, người dùng (thường là bot) gửi thư rác giao dịch với người lãnh đạo (và người sắp trở thành người lãnh đạo) với hy vọng rằng ít nhất một trong số họ thành công. Trong nhiều tình huống, hành vi này tạo ra nhiều lưu lượng hơn những gì mạng có thể xử lý.

Một khoản phí ưu tiên sẽ sớm được đưa vào Solana, cho phép người dùng chỉ định “phí bổ sung” tùy ý sẽ được thu khi thực hiện giao dịch và đưa nó vào một khối. Cơ chế này sẽ không chỉ giúp mạng ưu tiên các giao dịch nhạy cảm với thời gian mà còn có xu hướng giảm lượng tin nhắn không hợp lệ hoặc trùng lặp do các thuật toán gửi đi vì các hoạt động đầu cơ có thể trở nên không sinh lời khi tổng chi phí tăng lên.

Tỷ lệ phí này so với các đơn vị tính toán được yêu cầu (chi phí tính toán cho chương trình để thực hiện tất cả các hoạt động) sẽ đóng vai trò là trọng số ưu tiên thực hiện của giao dịch. Tỷ lệ này sẽ được sử dụng bởi các nút để ưu tiên các giao dịch mà họ gửi cho người dẫn đầu. Các khoản phí bổ sung sẽ được xử lý giống như phí cơ sở ngày hôm nay: 50% số phí đã trả sẽ được thu bởi người lãnh đạo và 50% sẽ bị đốt cháy.

Tại thời điểm này, bạn có thể nghĩ về một số khối chỉ được lấp đầy với các giao dịch nhắm mục tiêu đến một cơ sở đúc tiền NFT. Tuy nhiên, có một thời gian giới hạn cho mỗi tài khoản bị khóa để ghi trên một thời điểm (600 đến 800 mili giây). Không gian khối còn lại có thể được lấp đầy bằng các giao dịch được viết trong các tài khoản khác nhau, ngay cả khi chúng cung cấp mức phí ưu tiên nhỏ hơn. Các giao dịch có mức độ ưu tiên cao đang cố gắng ghi vào tài khoản đã đạt đến giới hạn sẽ được đưa vào khối tiếp theo.

Mỗi giao dịch Solana chỉ định các tài khoản có thể ghi – phần trạng thái sẽ được sửa đổi. Điều này cho phép các giao dịch được thực hiện song song, miễn là các giao dịch độc lập, tức là không truy cập cùng một tài khoản. Nếu hai giao dịch ghi hoặc đọc vào cùng một tài khoản, hai giao dịch này không thể được xử lý song song, vì chúng ảnh hưởng đến cùng một trạng thái.

Nhóm Solana lập luận rằng phí ưu tiên sau đó sẽ hoạt động như các cuộc đấu giá song song, chỉ ảnh hưởng đến “thị trường nóng” thay vì giá toàn cầu, cho phép phí tăng lên đối với một hàng đợi giao dịch cụ thể chỉ cố gắng ghi trong tài khoản đó.

Làm thế nào để người dùng biết được khoản phí phải trả để có được một mint?. Các nút RPC sẽ cần ước tính một khoản phí thích hợp, rất có thể bằng cách sử dụng một phương pháp thống kê đơn giản, ví dụ: tính trung bình chi phí thực tế của các giao dịch tương tự trong N khối trước đó hoặc thậm chí là một lượng tử. Phương pháp tối ưu sẽ phụ thuộc vào thị trường và liệu phí cho các giao dịch tương tự có biến động nhiều hơn (nhu cầu cao) hay ổn định (nhu cầu ít hơn).

Trên thực tế, phí ưu tiên có thể có ảnh hưởng toàn cầu, nếu các phiên đấu giá song song không được thực hiện trên máy khách xác thực. Với việc các RPC và người dùng có trách nhiệm tự ý thiết lập nó, trong thời gian lưu lượng truy cập cao, các ứng dụng có thể sẽ cố gắng được ưu tiên ngay cả khi chúng không tương tác với “thị trường nóng”, làm tăng giá phí cho các dApp khác có nhu cầu thấp hơn.

Ưu tiên phí được nhắm mục tiêu cho bản phát hành v1.11.

Kết luận

Solana (SOL) đang cố gắng từng bước để nâng cấp mạng lưới nền tảng nhằm hạn chế việc nghẽn mạng liện tục xảy ra trong thời gian qua. Việc nâng cấp này cũng khẳng định rằng đội ngũ cam kết đồng hành phát triển lâu dài cùng dự án, việc này cũng tạo thêm niềm tin cho những dự án trong hệ sinh thái, từ đó thu hút thêm nhiều hơn nữa những dự án chất lượng đến với hệ sinh thái Solana.

Hy vọng với những thông tin trên sẽ giúp các bạn có cái nhìn tổng quan về dự án nền tảng Solana (SOL). GFS Blockchain sẽ liên tục cập nhật thông tin mới về thị trường, mọi người hãy theo dõi thường xuyên chuyên mục thông tin dự án tại website và đừng quên tham gia vào nhóm cộng đồng của GFS để cùng thảo luận, trao đổi kiến thức và kinh nghiệm với các  thành viên khác nhé.