Cuộc trò chuyện chủ yếu xoay quanh các giải pháp kỹ thuật của Solayer. Solayer hướng đến mục tiêu xây dựng một blockchain hiệu suất cao với một triệu TPS, được thúc đẩy bởi phương pháp tiếp cận theo hai hướng là tăng tốc phần cứng và tái cấu trúc giao thức: Ở cấp độ triển khai kỹ thuật, Jason đã giới thiệu chi tiết về lộ trình tối ưu hóa nút xác minh Solana , bao gồm cải tiến kiến trúc của InfiniSVM - thông qua các cải tiến xử lý song song và cơ chế nén trạng thái, đạt được hiệu quả cải thiện gấp 4 lần so với EVM truyền thống và Solana SVM; về mặt xây dựng hệ sinh thái, Jason nhấn mạnh vào vị thế thị trường của Solayer InfiniSVM và các kế hoạch phát triển trong tương lai.
Kinh nghiệm cá nhân của Jason, một kỹ thuật viên tại Solayer
Jason: Tôi tên là Jason Li. Tôi có hơn ba năm kinh nghiệm trong ngành công nghiệp blockchain. Hiện tại tôi là giám đốc kỹ thuật của Solayer, chủ yếu chịu trách nhiệm phát triển chuỗi công khai và xây dựng Giao thức Resttaking ban đầu.
Khi còn học trung học ở Singapore, tôi đã tiến hành một nghiên cứu so sánh về mô hình xu hướng giá crypto và tài sản truyền thống. Sau khi tốt nghiệp Đại học California, Berkeley, tôi đã làm việc về nghiên cứu tối ưu hóa đào tạo AI và phát triển một thuật toán lập lịch đào tạo mô hình lớn có tên là Thuật toán lập lịch Tik-Tok (thành tựu này được đội ngũ Google trích dẫn), nhằm mục đích cải thiện việc sử dụng CPU trong quá trình đào tạo mô hình lớn và đạt được khả năng tính toán bổ sung trong giai đoạn IO. Sau đó, tôi đã tiến hành nghiên cứu về thuật toán Multiparty Computation và đã nộp đơn xin cấp bằng sáng chế tại Hoa Kỳ. Tên đầy đủ của bằng sáng chế là Efficient Hardened Derivation in Multiparty Computation Setting, đây là cơ sở của kiến trúc kỹ thuật NPC Vault.
Cơ hội và mục tiêu thành lập Solayer: Hệ sinh thái Solana cần giải quyết những vấn đề gì?
Jason: Điểm khởi đầu cho việc tạo ra Solayer là quá trình khám phá sâu sắc về mở rộng và bảo mật chung của hệ sinh thái Solana . Solana tự nhiên được ban tặng những lợi thế đáng kể về tốc độ giao dịch và trải nghiệm người dùng, điều này khiến nó vượt trội hơn đáng kể so với chuỗi công khai khác trong chu kỳ thị trường hiện tại. Cho dù đó là kịch bản giao dịch đồng thời cao như Memecoin hay hệ sinh thái ứng dụng Web3 dành cho người dùng thông thường, Solana đều có thể giải phóng hiệu ứng mạng do các đặc điểm kỹ thuật của nó mang lại. Dựa trên phán đoán này, chúng tôi quyết định tập trung vào việc cải thiện tỷ suất lợi nhuận tài sản cơ bản thông qua tối ưu hóa hiệu suất Resttaking và Validator, thay vì chỉ sao chép mô hình lợi nhuận của các dự án như Eigen tập trung vào các dịch vụ bảo mật (như AVS). Hiện tại, bằng cách tối ưu hóa hiệu quả đóng gói giao dịch của nút xác thực Solana , chúng tôi đã biến giải pháp staking SOL trở thành một trong những token staking thanh khoản có tỷ suất lợi nhuận cao nhất trong hệ sinh thái. Ngoài ra, chúng tôi cũng đang hợp tác với OpenEden để tăng tỷ suất lợi nhuận của tài sản bằng đô la Mỹ (như USDC) theo cách ổn định hơn thay vì theo đuổi lợi nhuận AVS ngắn hạn.
Đồng thời, chúng ta cũng thấy rõ rằng mặc dù Solana có mở rộng tốt nhưng vẫn còn nhiều chỗ cần cải thiện về trải nghiệm giao dịch. Đặc biệt trong các tình huống có tính đồng thời cao, chẳng hạn như giao dịch token phổ biến hoặc giao dịch Memecoin, người dùng thường gặp phải các vấn đề như trì hoãn giao dịch, phí bổ sung và thậm chí là chênh lệch giá MEV có ác ý. Solayer đang tích cực giải quyết những vấn đề nghẽn cổ chai này và đạt được trải nghiệm giao dịch tương tác thực sự theo thời gian thực thông qua tối ưu hóa phần cứng, giới thiệu các giải pháp cải thiện hiệu suất AI và thiết kế lại cơ chế mạng và đồng thuận. Mục tiêu cuối cùng của chúng tôi là đạt được hiệu suất hàng triệu giao dịch mỗi giây (TPS). Hiện tại, thông qua các nỗ lực theo từng giai đoạn, chúng tôi đã đạt được khoảng 500.000 TPS trong hoàn cảnh hoạt động thực tế (explorer.solayer.org). Với việc hoàn thành công việc tối ưu hóa tiếp theo, dự kiến sẽ đạt 1 triệu TPS.
InfiniSVM là gì?
Với tư cách là SVM Layer1, InfiniSVM cải thiện tốc độ, mở rộng và bảo mật của hệ thống blockchain thông qua khả năng tăng tốc phần cứng. Không giống như kiến trúc blockchain truyền thống, viễn cảnh mong đợi của InfiniSVM là đạt được mở rộng vô hạn, đảm bảo rằng mạng có thể xử lý lượng lớn giao dịch đồng thời và hoạt động hợp đồng thông minh mà không ảnh hưởng đến tính bảo mật hoặc hiệu quả. Một trong những mục tiêu thiết kế của nó là đạt được một triệu TPS (một triệu giao dịch mỗi giây), cải thiện đáng kể thông lượng của mạng blockchain và đáp ứng các yêu cầu ứng dụng phức tạp hơn và có tần suất cao hơn.
Việc ra mắt InfiniSVM dự kiến sẽ mang lại những đột phá chưa từng có cho công nghệ blockchain, đặc biệt là trong các tình huống ứng dụng có thông lượng cao và yêu cầu bảo mật cao.
Làm thế nào để hiểu InfiniSVM và các kịch bản người dùng trong tương lai?
Jason: Nhìn chung, công nghệ blockchain đã được cải thiện đáng kể từ Bitcoin đến Ethereum, và Solana cũng nhanh hơn Ethereum rất nhiều. Điều chúng tôi đang theo đuổi là liệu chúng tôi có thể khiến Solana nhanh hơn gấp nhiều lần dựa trên nền tảng hiện tại hay không, thay vì chỉ tăng từ 7.000 lên 10.000, điều này không có ý nghĩa nhiều với chúng tôi, vì vậy chúng tôi đặt mục tiêu trực tiếp ở mức 1 triệu TPS.
Về nhìn lên kỹ thuật, đây chắc chắn là một hướng phát triển của thị trường, nhưng tôi không thể dự đoán những ứng dụng cụ thể nào sẽ được triển khai. Ví dụ, về mặt ứng dụng giao dịch, chúng tôi đã thấy một số sản phẩm rất tích cực trên Chuỗi và trải nghiệm người dùng của họ đã được cải thiện đáng kể. Còn về việc liệu dự án meme có trở thành ứng dụng tốt nhất trên Chuỗi hay không, tôi không chắc, điều này chỉ có thể được thị trường kiểm tra.
Tôi cũng cho rằng rằng nhu cầu về blockchain đang tăng trưởng. Ngày càng có nhiều người sẵn sàng sử dụng blockchain và đưa nhiều tài sản khác nhau vào Chuỗi. Đồng thời, họ hy vọng có được trải nghiệm người dùng tương tự như Web2, thay vì phải lo lắng về tình trạng tắc nghẽn mạng, điều chỉnh phí hoặc gọi các API khác để ước tính các tham số giao dịch lần khi chúng hoạt động. Đôi khi Solana vẫn chưa có trên Chuỗi sau 60 giây kể từ khi bạn bắt đầu giao dịch hoặc khi giao dịch trên Ethereum, cần phải thực hiện nhiều thao tác phức tạp khác nhau và toàn bộ quá trình này khiến người dùng bối rối. Đây là những vấn đề mà chúng ta cố gắng tránh.
Tôi cho rằng đây chính xác là lợi thế mà InfiniSVM có thể mang lại. Mặc dù tôi không thể thấy trước được ứng dụng nào sẽ thực sự bùng nổ trong tương lai, nhưng chắc chắn rằng việc cải thiện hiệu suất theo cấp số nhân sẽ không tránh khỏi việc tạo ra một số ứng dụng rất thú vị.
Ý tưởng đằng sau sự thay đổi chiến lược từ Resting sang InfiniSVM là gì?
Jason: Ban đầu chúng tôi cho rằng Resting về cơ bản là một thành phần trung gian để cải thiện mở rộng. Không giống như chiến lược của EigenLayer, chúng tôi không chọn cách chờ đợi hệ sinh thái nền tảng giao dịch hình thành trước khi hỗ trợ hệ sinh thái AVS mà trực tiếp cam kết đạt được mở rộng. Đây là sự khác biệt cốt lõi giữa hai chúng tôi vì Solana thực sự có nhu cầu cấp thiết này. Solana thường gặp tình trạng chậm trễ trong quá trình giao dịch. Ví dụ, khi chuyển tiền, tôi và bạn bè thường gặp phải vấn đề giao dịch không thành công trong thời gian dài và phải chờ 60 giây để xác nhận. Theo quan điểm của người dùng, những vấn đề này phải được giải quyết để mang lại sự thay đổi về chất thực sự.
Đối với tôi, Solana là một nền tảng rất độc đáo. Cho dù từ lớp VM hay lớp tương tác, nó xuất hiện sớm hơn Aptos và Sui, và đã có nhiều cải tiến lớn. Lỗi là điều không thể tránh khỏi trong một hệ thống lớn như vậy và đây là một quá trình lặp đi lặp lại. Quan trọng hơn, chúng ta cần tập trung vào trải nghiệm người dùng thực sự cần và thích. Nếu bạn xem xét hoạt động Chuỗi, bạn sẽ thấy không chỉ PumpFun mà còn nhiều dự án Memecoin Launchpad và thậm chí cả các giao thức được ra mắt trực tiếp từ Meteora hoặc DLMM. Nếu các giao thức này được sao chép vào Ethereum, chúng có thể không tạo ra hiệu ứng tương tự và USDC của Ethereum vẫn đang được di chuyển sang Solana. Điều này cho thấy rằng từ góc độ người dùng, mọi người đều thích trải nghiệm hiệu quả và mượt mà này. Nếu hướng trải nghiệm này chứng tỏ là tuyệt vời, chúng ta sẽ tiến thêm một bước lớn nữa trên con đường này. Đó là những gì chúng tôi nghĩ.
InfiniSVM có điểm gì đặc biệt so với EVM, Solana SVM và Sonic?
Jason: Ưu điểm của InfiniSVM so với EVM rất rõ ràng. Kiến trúc của EVM khiến thông lượng thấp vì nó sử dụng phương pháp tiếp cận lạc quan, chẳng hạn như sử dụng phương pháp tiếp cận lạc quan như Optimism , nhưng do thiết kế kiến trúc, ngay cả với phương pháp tiếp cận này, tỷ lệ xung đột vẫn cao. Nói cách khác, đối với cùng một loại giao dịch, khi sử dụng EVM trên Ethereum và khi chúng ta sử dụng SVM, thông lượng của SVM sẽ cao hơn do thiết kế của nó. Điều này không chỉ do sự khác biệt trong chế độ thực thi từ Optimistic đến Pessimistic, mà còn chủ yếu do sự khác biệt trong quyền truy cập trạng thái - trong EVM, token chỉ được định nghĩa là một giao diện, trong khi trên Solana , token tồn tại như công dân lớp đầu tiên, điều này ảnh hưởng trực tiếp đến sự khác biệt trong TPS.
Ngoài ra, trải nghiệm người dùng của Ethereum cũng không được tốt lắm. Ví dụ, khi sử dụng một giao thức đăng nhập nào đó, người dùng cần nhấn chấp thuận trước rồi nhấn swap; ví dụ khác, trong quá trình bắc cầu Chuỗi, giả sử bạn bắc cầu từ Ethereum sang Arbitrum, khi sử dụng ứng dụng DeFi trên Arbitrum , người dùng cần chấp thuận trước, sau đó nhấn bắc cầu, sau đó đợi một lúc, rồi nhấn chấp thuận lần nữa trên Arbitrum . Trong giao thức này, bạn cần nhấn gửi tiền một lần nữa. Tổng cộng có thể cần lần nhấn và chờ bốn chu kỳ giao dịch để hoàn tất giao dịch.
Theo kiến trúc SVM của Solana và so với Sonic SVM, chúng tôi có thể cho phép người dùng hoàn thành mọi hoạt động chỉ bằng một chữ ký. Thiết kế này giúp cho khi người dùng tương tác với ứng dụng, họ hoàn toàn không cảm thấy quá trình phức tạp đằng sau nó mà chỉ cảm thấy toàn bộ trải nghiệm diễn ra rất mượt mà.
So với Chuỗi công cộng, Sonic chủ yếu cung cấp các ứng dụng tùy chỉnh theo ngành, chủ yếu tập trung vào mảng trò chơi. Nhưng các yêu cầu đối với trò chơi thì hơi khác một chút. Ví dụ, nếu tôi có một trò chơi, tôi có thể triển khai một Chuỗi và sử dụng kiến trúc hypergrid - đây là hiểu biết của tôi. Về cơ bản, họ muốn tạo một Chuỗi mở rộng SVM tùy chỉnh cho Solana để mọi người làm việc trên trò chơi có thể triển khai một sidechain độc lập để kiểm soát nội dung trên Chuỗi và tùy chỉnh nó. Đây là mục tiêu của Sonic. Mục tiêu của Solayer thì khác. Chúng tôi muốn xây dựng một Chuỗi phổ quát giúp toàn bộ Chuỗi chạy cực nhanh. Chúng tôi đã thực hiện nhiều tối ưu hóa cơ bản để cho phép Chuỗi đạt tới một triệu giao dịch mỗi giây, thay vì chỉ xây dựng một sidechain riêng biệt cho mỗi ứng dụng.
Cơ chế đồng thuận kết hợp của Solayer có ưu điểm gì so với POW & POS?
Jason: Bạn có thể coi Solayer là một sản phẩm tương tự như Arbitrum trên Ethereum. Nhưng cơ chế xác nhận đồng thuận của Arbitrum trên Ethereum trước tiên mang lại trải nghiệm người dùng tuyệt vời - các giao dịch có thể được xác nhận nhanh chóng sau khi người dùng nhấn và nhiều giao dịch chuyển tiền lớn và hoạt động DeFi được thực hiện trên Arbitrum . Ý tưởng là thay vì có một hệ thống dựa trên xác nhận trước, chúng ta muốn có một hệ thống dựa trên bỏ phiếu. Cách tiếp cận cụ thể rất đơn giản, đó là chuyển cơ chế dựa trên bỏ phiếu này sang Chuỗi tương tự như kiến trúc Arbitrum . Khi điều này được thực hiện, nó thực sự trở thành L1 độc lập thay vì L2. Sự khác biệt giữa L2 và L1 nằm ở chỗ trạng thái gốc của Chuỗi có bị ảnh hưởng bởi Chuỗi chính hay không. Ví dụ, trạng thái gốc của Arbitrum được neo vào Ethereum, nhưng chúng tôi không bị hạn chế bởi điều này.
Mục đích chính của công việc của chúng tôi là làm cho cơ chế tin cậy không còn phụ thuộc vào cơ chế xác minh mà chủ động hơn thay vì thụ động như Arbitrum . Cái gọi là thụ động có nghĩa là người dùng cần chạy nút mỗi ngày để xác minh các lỗi tiềm ẩn và loại xác minh này thường có lợi nhuận cực kỳ thấp và chỉ áp dụng cho các tình huống có xác suất rất nhỏ. Do đó, chúng tôi quyết định thay đổi điều này để cho phép người dùng chủ động xác thực và bỏ phiếu trực tiếp, trong khi chúng tôi không muốn phi tập trung hoàn toàn việc xây dựng khối. Ví dụ, trong Solana, việc chuyển sang trình xác thực khác nhau sau mỗi 400 mili giây sẽ phát sinh một số vấn đề, chẳng hạn như cơ chế nhiều trình xác thực (MVV) có thể gây ra sự cố trong quá trình xây dựng khối vì đối với người dùng cuối, thứ tự giao dịch không cần phải được xác định bởi nhiều người tham gia khác nhau. Nếu mục tiêu chỉ đơn giản là đạt được bằng chứng chống kiểm duyệt, thì việc xây dựng blockchain có thể được thiết kế sao cho có tính chất ít tin cậy hơn.
Do đó, chúng tôi đã áp dụng một mô hình dựa trên bằng chứng ủy quyền, nghĩa là một nút được chọn sẽ chịu trách nhiệm xây dựng khối; khi nút đó bị lỗi, nó có thể chuyển sang Chuỗi chính khác để bầu chọn trên khắp Chuỗi và nút khác chủ yếu chịu trách nhiệm cung cấp tỷ trọng để xác định trạng thái Chuỗi. Đây là lợi thế của cơ chế đồng thuận kết hợp của chúng tôi so với POW và POS.
Yếu tố chính nào giúp Solayer nhận được đầu tư từ Polychain và Binance Labs ?
Jason: Mặc dù tài chính không nằm trong phạm vi trách nhiệm của tôi, nhưng tôi có thể giải thích ngắn gọn. Tôi cho rằng việc lập kế hoạch dài hạn là rất quan trọng, đây là yếu tố then chốt. Thứ hai, chu kỳ cũng quan trọng, và thời điểm cũng rất quan trọng. Bất kể bạn làm gì, thời điểm là rất quan trọng.
Ma trận sản phẩm hiện tại của Solayer bao gồm những gì?
Jason: Chủ yếu chúng tôi có một sản phẩm lớp lợi nhuận, và một sản phẩm khác là sUSD , tương tự như trái phiếu chính phủ, chẳng hạn như trái phiếu kho bạc Hoa Kỳ; ngoài ra, SOL staking là giải pháp Staking thanh khoản Solana . Mặc dù tỷ suất lợi nhuận không cao như vậy, nhưng rủi ro cũng không lớn. Đây chính là những gì chúng tôi làm. Và một loại thẻ tiền điện tử có sẵn trên toàn thế giới. Nếu bạn gửi USDC vào thẻ này, bạn có thể chi tiêu trực tiếp thông qua Visa. Bạn có thể bắt đầu nộp đơn sớm. Viễn cảnh mong đợi cuối cùng của sản phẩm này là sử dụng InfiniSVM để hỗ trợ mọi giao dịch.
Solayer sẽ hướng tới đâu vào năm 2025?
Jason: Tôi nghĩ chủ yếu là về mặt kỹ thuật, đây là một điều rất thú vị khi trở thành Chuỗi đầu tiên đạt được 1 triệu TPS và cho phép mọi người thử nghiệm trực tuyến. Ngoài ra, chúng tôi không có ý tưởng nào khác. Đội ngũ đã thử nhiều cách, chẳng hạn như thử nghiệm các sản phẩm như thẻ U và phát triển thêm nhiều ứng dụng C-end, nhưng điều quan trọng nhất là làm sao để trở thành Chuỗi nhanh nhất, đó là điều quan trọng nhất đối với chúng tôi.
