Được viết bởi: Yash Agarwal
Biên soạn bởi: TechFlow TechFlow
Một tháng trước, người sáng lập DRiP Vibhu đã gây ra một cuộc tranh luận rất cần thiết với tuyên bố: Solana cần có L2 và Rollup.
Lý do anh ấy cảm thấy như vậy là vì DRiP đã rò rỉ lượng lớn giá trị (~ $20k/tuần) cho lớp cơ sở do giá SOL tăng và tắc nghẽn mạng. Hoạt động tăng lên trên Solana dẫn đến:
Ưu điểm: Tăng cường thanh khoản, vốn và khối lượng giao dịch (do khả năng kết hợp)
Nhược điểm: chi phí cơ sở hạ tầng tăng, trải nghiệm người dùng kém, tắc nghẽn
Tuy nhiên, DRiP chủ yếu chỉ sử dụng Solana làm cơ sở hạ tầng, phân phối hàng triệu NFT đến hàng nghìn ví mỗi tuần và do đó không được hưởng lợi từ khả năng kết hợp cao. Tăng trưởng về TVL và dòng vốn vào của Solana ít ảnh hưởng đến DRiP, vốn chủ yếu bị ảnh hưởng bởi những thiếu sót như chi phí cơ sở hạ tầng cao.
Vibhu cũng lưu ý rằng lợi nhuận của khả năng kết hợp giảm dần. Ông cũng lưu ý rằng các nhà phát triển ứng dụng Solana đang thảo luận riêng về mong muốn của họ đối với Rollup vì những lý do bao gồm:
Tăng thông lượng giao dịch, giảm cạnh tranh không gian khối và giảm phí
Giành quyền kiểm soát tốt hơn đối với giá trị kinh tế do việc kinh doanh của họ tạo ra
Trong vài tháng qua, Solana đã trải qua lần sự kiện tắc nghẽn, từ airdrop như JUP đến khai thác ORE và giao dịch đồng xu Meme tăng đột biến. không có mở rộng vượt quá 10 lần. Tuy nhiên, thực tế là trong số tất cả các Chuỗi lớn đã trải qua nhiều thử nghiệm khác nhau, Solana được cho rằng Chuỗi nguyên khối thực sự duy nhất còn sót lại.
Solana nên duy trì nguyên khối hay trở thành mô-đun? Solana cũng sẽ phát triển như Ethereum , áp dụng các giải pháp L2 và L3 phi tập trung, v.v.? Bối cảnh hiện tại của Chuỗi ứng dụng và Rollup trên Solana là gì?
Để trả lời những câu hỏi này và tóm tắt toàn bộ cuộc tranh luận, bài viết này sẽ khám phá tất cả các khả năng, thảo luận về các dự án khác nhau và đánh giá ưu và nhược điểm của chúng.
Bài viết này sẽ không đi sâu vào các chi tiết kỹ thuật mà thay vào đó sẽ có góc nhìn thực tế và định hướng thị trường hơn, đồng thời thảo luận về phương pháp mở rộng khác nhau để cung cấp một cái nhìn tổng quan.
Tóm lại, chúng ta sẽ thảo luận:
Solana và tắc nghẽn
Tạo mô-đun Solana
Chuỗi ứng dụng Solana và ví dụ
Solana L2 và Rollup (RollApps) và ví dụ
Cơ sở hạ tầng hỗ trợ Rollup và Chuỗi ứng dụng
Solana và tắc nghẽn
Trước tiên, hãy giải quyết vấn đề trong phòng: mạng Solana gần đây rất tắc nghẽn (hiện hầu như đã được giải quyết) do các hoạt động như airdrop, giao dịch lượng lớn đồng xu Meme, dẫn đến ping cao, tỷ lệ giao dịch thất bại cao và do để ưu tiên Phí mạng tăng khi phí cấp độ tăng. Bất chấp những vấn đề này, Solana vẫn xử lý liên tục khoảng 1-2 nghìn TPS mỗi giây, nhiều hơn tất cả Chuỗi EVM cộng lại. Tôi có thể nói rằng đây là một câu hỏi hay dành cho blockchain và nó cũng kiểm tra lý thuyết nguyên khối của Solana.
Quỹ Solana gần đây đã xuất bản một bài đăng trên blog kêu gọi các dự án thực hiện hành động ngay lập tức để nâng cao hiệu suất mạng, bao gồm:
Việc thực hiện phí ưu tiên là rất quan trọng để tránh các giao dịch bị trì hoãn hoặc bị mất.
Việc sử dụng Đơn vị tính toán (CU) của chương trình được tối ưu hóa thông qua hệ thống phạt, chỉ sử dụng những phần cần thiết.
Triển khai Chất lượng dịch vụ (QoS) theo mức độ ưu tiên, cho phép các ứng dụng ưu tiên các giao dịch của người dùng.
Tuy nhiên, tất cả các biện pháp này chỉ có thể cải thiện tỷ lệ hoàn thành giao dịch ở một mức độ nhất định và không thể đảm bảo trải nghiệm người dùng giao dịch suôn sẻ. Một phương pháp trước mắt cho vấn đề này là bộ lập lịch giao dịch mới rất được mong đợi, phiên bản 1.18 dự kiến phát hành vào cuối tháng 4. Nó sẽ được triển khai cùng với bộ lập lịch hiện tại nhưng sẽ không được bật theo mặc định, cho phép người xác thực theo dõi hiệu suất của bộ lập lịch mới và dễ dàng quay lại bộ lập lịch cũ nếu có bất kỳ vấn đề nào phát sinh. Bộ lập lịch mới này được thiết kế để lấp đầy các khối hiệu quả và tiết kiệm hơn, cải thiện sự thiếu hiệu quả của bộ lập lịch cũ. Đọc bài viết này để tìm hiểu thêm về bộ lập lịch mới.
Anza (một thực thể phụ của Solana Labs) đã liên tục cố gắng giải quyết các vấn đề tắc nghẽn mạng được xác định là các vấn đề liên quan đến việc triển khai QUIC và hoạt động của máy trạm khách xác thực Agave ( Solana Labs) khi được yêu cầu xử lý lượng lớn của các yêu cầu.
Mặc dù những người ủng hộ mô-đun ủng hộ mạnh mẽ việc Solana áp dụng "lộ trình mô-đun", Solana Labs/Anza (đơn vị duy trì cốt lõi của giao thức Solana ) vẫn tập trung vào việc tối ưu hóa thông lượng và độ trễ của lớp cơ sở. Một số cải tiến tiềm năng bao gồm:
Đại tu thị trường phí và tăng phí cơ bản (hiện được đặt ở mức 5.000 Lamports hoặc 0,000005 SOL)
Triển khai phí khóa ghi theo cấp số nhân trên tài khoản, phí sẽ tăng dần theo thời gian để tránh thư rác
Tối ưu hóa các yêu cầu ngân sách CU (Đơn vị tính toán) thông qua hệ thống phạt.
Tăng cường kiến trúc mạng tổng thể
Ngay cả với những cải tiến về mở rộng theo chiều dọc (Chuỗi đơn), chúng tôi không thể loại trừ khả năng Solana áp dụng mở rộng chiều ngang (cuộn lên). Trên thực tế, Solana có thể là sự kết hợp của cả hai, nó có thể đóng vai trò là lớp cơ sở tuyệt vời cho Rollup, với thời gian khối có độ trễ cực thấp (~400 mili giây), điều này sẽ mang lại lợi ích rất lớn cho Rollup, chẳng hạn như triển khai từ sắp xếp Xác nhận mềm siêu nhanh . Điều tuyệt vời nhất là Solana lịch sử đã thực hiện các thay đổi rất nhanh chóng, điều này có thể khiến nó trở thành lớp tổng hợp hiệu quả hơn Ethereum .
Cập nhật: Anza hiện đã tung ra các bản vá để giúp giảm bớt tình trạng tắc nghẽn mạng đang diễn ra và sẽ có những cải tiến tiếp theo trong v1.18.
Tạo mô-đun Solana
Những nỗ lực để tạo ra mô-đun Solana đã bắt đầu. Như bài đăng của Anza DevRel cho thấy, trình xác thực Solana và SVM (hoàn cảnh thực thi xử lý các giao dịch và hợp đồng/chương trình thông minh) được Anza liên kết và duy trì chặt chẽ. Tuy nhiên, máy trạm khách xác thực và thời gian chạy SVM sẽ được tách riêng trong những tháng tới. Sự tách biệt này sẽ cung cấp các phương tiện để fork SVM và dễ dàng tạo ra ' Solana Chuỗi '.
Đối với Rollup, lợi ích có thể đến từ việc tối ưu hóa tính khả dụng của dữ liệu (DA)/lớp blob của Solana , mặc dù điều này có thể xảy ra ở giai đoạn sau.
Kỹ sư Anza Joe C cũng tiết lộ kế hoạch tạo mô-đun SVM, trong đó quy trình xử lý giao dịch sẽ được đưa ra khỏi trình xác thực và đưa vào SVM. Điều này sẽ cho phép các nhà phát triển chạy triển khai SVM và hoạt động độc lập với bất kỳ trình xác nhận nào.
Một SVM biệt lập sẽ là một tập hợp mô-đun hoàn toàn độc lập. Bất kỳ việc triển khai SVM nào cũng có thể điều khiển mô-đun này thông qua các giao diện được xác định rõ ràng, hạ thấp hơn nữa rào cản đối với các dự án tuân thủ SVM vì chi phí cần thiết để xây dựng các giải pháp tùy chỉnh đã giảm đáng kể. Đội ngũ chỉ có thể triển khai mô-đun mà họ quan tâm trong khi tận dụng mô-đun từ các triển khai đã được thiết lập như Agave hoặc Firedancer.
Nói tóm lại, Solana sẽ có nhiều plug-and-play hơn, giúp Chuỗi và triển khai ứng dụng Solana trở nên dễ dàng hơn.
Nói chung, có hai hướng để đi: Lớp 2/Cuộn lên và Chuỗi ứng dụng. Chúng ta sẽ lần lượt xem xét hai hướng này.
Chuỗi ứng dụng Solana
Còn được gọi là fork SVM, về cơ bản đây là fork của Chuỗi Solana dành riêng cho một ứng dụng cụ thể. Pyth là Chuỗi ứng dụng Solana đầu tiên, nhưng khái niệm này thực sự thu hút sự chú ý khi Rune, người sáng lập Maker, đề xuất phát triển Chuỗi ứng dụng Maker (dành cho quản trị) dựa trên cơ sở mã Solana (SVM). Anh ấy chọn SVM vì cộng đồng nhà phát triển mạnh mẽ và lợi thế kỹ thuật vượt qua các máy ảo khác, nhằm mục đích fork Chuỗi với hiệu suất tốt nhất để đáp ứng tốt hơn nhu cầu của người tiêu dùng. Dù chưa có hành động nào được thực hiện nhưng động thái này đã làm dấy lên cuộc thảo luận khẩn cấp về Chuỗi ứng dụng Solana .
Nói một cách rộng rãi, nó có thể được chia thành hai loại:
Không cần sự cho phép: bất kỳ ai cũng có thể tham gia mạng, tương tự như mainnet Solana hiện tại
Yêu cầu quyền: Được Solana Foundation đóng gói dưới dạng " Hoàn cảnh được phép Solana (SPE)" để sử dụng trong tổ chức, cho phép các thực thể xây dựng và duy trì các phiên bản Chuỗi của riêng họ, được cung cấp bởi SVM.
Pyth: Tổ tiên của Chuỗi ứng dụng Solana
Có thời điểm, Python chiếm 10-20% tổng số giao dịch trên mạng chính Solana . Tuy nhiên, nó không yêu cầu bất kỳ khả năng kết hợp nào nên họ chỉ fork nhánh cơ sở mã Solana . Điều này cho phép họ tận dụng thời gian khối nhanh 400 mili giây của Solana để cập nhật giá tần suất cao. Python là mạng đầu tiên áp dụng SVM làm Chuỗi ứng dụng của nó.
Pythnet Chuỗi là một fork bằng chứng ủy quyền của mainnet Solana và đóng vai trò là lớp cơ sở tính toán để xử lý và tổng hợp dữ liệu do nhà xuất bản dữ liệu của Mạng Pyth cung cấp.
Tại sao Python lại di chuyển?
Nó không yêu cầu khả năng kết hợp và do đó thoát khỏi tình trạng tắc nghẽn mainnet
Nó đòi hỏi một hoàn cảnh được phép để xuất bản dữ liệu
Cube Exchange là một ví dụ khác, một CEX lai được triển khai dưới dạng Chuỗi ứng dụng SVM có chủ quyền (với sổ lệnh Chuỗi đầy đủ và quyết toán trên Chuỗi ứng dụng SVM của nó).
Một số ví dụ về Chuỗi ứng dụng Solana bao gồm:
Perp DEX: Giống như Hyperliquid , Perp DEX có thể chạy dưới dạng mạng L1 riêng biệt. Hơn nữa, đối với các trường hợp sử dụng giao dịch, số lượng giao dịch trên mỗi khối có thể được tùy chỉnh hoặc có thể triển khai logic có điều kiện, chẳng hạn như tích hợp việc thực hiện lệnh dừng lỗ trực tiếp vào L1, đảm bảo rằng nó được thực hiện dưới dạng chuyển đổi trạng thái hoặc giới thiệu logic nguyên tử dành riêng cho ứng dụng.
AI và DePIN: Chúng có thể có danh sách các nhà cung cấp dịch vụ được kiểm soát như Pyth. Ví dụ: Akash hoạt động như một thị trường điện toán thông qua Chuỗi ứng dụng Cosmos .
Chuỗi ứng dụng quản trị : Đã được MakerDAO xác minh sự quan tâm đến Chuỗi ứng dụng SVM, Chuỗi ứng dụng quản trị có chủ quyền có thể hấp dẫn. Việc quản lý crypto vẫn đang phát triển và việc có một Chuỗi chuyên dụng để fork có thể là một cơ chế phối hợp hữu ích.
Chuỗi ứng dụng doanh nghiệp trong tương lai : Các ứng dụng tiềm năng bao gồm tiền (như BlackRock) hoặc hệ thống thanh toán (như Visa hoặc CBDC).
Chuỗi ứng dụng trò chơi: Một dự án trò chơi sòng bạc trên Solana đang xem xét Chuỗi ứng dụng của nó.
Fork được sửa đổi của Solana : Tương tự như Monad hoặc Sei cung cấp EVM (song song hóa) được tối ưu hóa, ai đó có thể xây dựng một phiên bản Solana được tối ưu hóa hơn. Xu hướng này có thể sẽ trở nên phổ biến hơn trong những năm tới, đặc biệt là khi mainnet Solana bắt đầu khám phá các kiến trúc thiết kế mới.
Hình thành ngăn xếp Chuỗi ứng dụng Solana
Mặc dù việc thiết lập Chuỗi ứng dụng có thể tương đối đơn giản nhưng việc đảm bảo khả năng kết nối giữa tất cả Chuỗi ứng dụng là rất quan trọng đối với khả năng tương tác. Lấy cảm hứng từ mạng con Avalanche (được kết nối qua Avalanche Warp Messaging) và Chuỗi ứng dụng Cosmos (được kết nối qua IBC), Solana cũng có thể tạo khung nhắn tin gốc để kết nối Chuỗi ứng dụng này.
Middleware như Cosmos-SDK cũng có thể được tạo để cung cấp giải pháp toàn diện để tạo Chuỗi ứng dụng có hỗ trợ tích hợp cho Oracle (như Pyth hoặc Switchboard), RPC (như Helius) và kết nối tin nhắn (như Wormhole) .
Polygon AggLayer cũng là một phương pháp thú vị, các nhà phát triển có thể kết nối bất kỳ Chuỗi L1 hoặc L2 nào với AggLayer, chuỗi này tổng hợp các bằng chứng ZK của tất cả Chuỗi được kết nối.
Chuỗi ứng dụng có tích cực cho hệ sinh thái Solana không?
Mặc dù Chuỗi ứng dụng không trực tiếp làm tăng giá trị của SOL vì chúng không thanh toán cho SOL hoặc sử dụng SOL làm token gas trừ khi việc đặt cược lại SOL được sử dụng để đảm bảo an ninh kinh tế, nhưng chúng mang lại lợi ích rất lớn cho hệ sinh thái SVM. Giống như có "hiệu ứng mạng EVM", nhiều fork và Chuỗi ứng dụng SVM hơn sẽ củng cố hiệu ứng mạng SVM. Logic tương tự làm cho Eclipse (SVM L2 trên Ethereum) tốt cho SVM mặc dù nó là đối thủ cạnh tranh trực tiếp với mainnet Solana .
Solana tầng hai
Layer2 hoặc Rollup của Solana là Chuỗi độc lập về mặt logic xuất bản dữ liệu lên lớp Sẵn có dữ liệu (DA) của Chuỗi chính của chúng và sử dụng lại cơ chế đồng thuận của Chuỗi chính. Họ cũng có thể sử dụng các lớp DA khác, chẳng hạn như Celestia, nhưng khi đó nó không còn là một Rollup thực sự nữa. "RollApp" là thuật ngữ thường được sử dụng để chỉ một bản tổng hợp dành riêng cho ứng dụng (mà hầu hết các ứng dụng Solana đang khám phá).
Bản tổng hợp của Solana có giống với Ethereum không?
Rõ ràng là không. Đối với Solana, Rollup về cơ bản là trừu tượng đối với người dùng cuối. Về mặt ý thức hệ, Rollup của Ethereum là từ trên xuống, Ethereum Foundation và các nhà lãnh đạo đã quyết định mở rộng thông qua Rollup và họ bắt đầu hỗ trợ nhiều L2 khác nhau sau sự cố CryptoKitties. Trên Solana , nhu cầu đến từ dưới lên, từ các nhà phát triển ứng dụng được người tiêu dùng chấp nhận đáng kể. Do đó, hầu hết các bản tổng hợp hiện tại đều là các chiến lược tiếp thị được thúc đẩy bởi câu chuyện hơn là nhu cầu của người tiêu dùng. Đây là một sự khác biệt đáng kể có thể dẫn đến một tương lai khác cho Rollup so với những gì nhìn lên Ethereum .
Nén=Cuộn lên?
L2 mở rộng blockchain lớp cơ sở (L1) bằng cách thực hiện các giao dịch trên L2, phân nhóm dữ liệu giao dịch và nén nó. Sau đó, dữ liệu nén được gửi đến L1 và được sử dụng trong các bằng chứng gian lận (tổng hợp lạc quan) hoặc bằng chứng hợp lệ (tổng hợp zk). Quá trình chứng minh này được gọi là "quyết toán". Tương tự như vậy, việc nén có thể giảm tải các giao dịch từ mainnet, giảm sự tranh chấp về trạng thái lớp cơ sở. Điều đáng chú ý là Grass L2 sẽ sử dụng tính năng nén trạng thái để tổng hợp.
Tình huống cuộn lên trên Solana
Hiện tại có hai ứng dụng "giống Rollapp" đang chạy:
Nhận được mã
Một ứng dụng thanh toán có SDK thanh toán vi mô cho phép mọi người thanh toán và chấp nhận thanh toán ngay lập tức, đồng thời cũng sử dụng tính năng tổng hợp giả cho ứng dụng. Nó tạo ra ý định cho tất cả các giao dịch và sử dụng sắp xếp giống như Rollup quyết toán trên Solana sau N khoảng thời gian.
Điều này có thể đạt được bằng cách sử dụng cấu trúc giống Rollup:
Tính linh hoạt: Ý định có thể thể hiện nhiều hoạt động khác nhau trong tương lai, không chỉ các giao dịch thanh toán. Ngoài ra, Solana như Chuỗi cũng có thể được thay thế nếu cần thiết.
Tức thì và riêng tư: Với tính hữu hạn mềm của sắp xếp, các khoản thanh toán được thực hiện ngay lập tức ngay cả khi Solana bị tắc nghẽn. Mặc dù các giao dịch được hiển thị trên Chuỗi, giá trị và mục đích chính xác vẫn chưa rõ ràng, đảm bảo quyền riêng tư của người dùng.
Ephermal Rollup của MagicBlocks
MagicBlocks là cơ sở hạ tầng chơi game Web3 với các Bản tổng hợp tạm thời (hoặc tạm thời) được phát triển riêng cho trò chơi. Nó sử dụng cấu trúc tài khoản của SVM và trạng thái trò chơi được chia thành các cụm. Nó tạm thời chuyển trạng thái sang lớp thứ cấp hoặc "cuộn tạm thời", một lớp chuyên dụng có thể định cấu hình. Các bản tổng hợp đặc biệt chạy dưới dạng thời gian chạy SVM chuyên dụng hoặc các bản tổng hợp để xử lý giao dịch với thông lượng tăng lên.
Điều này có thể đạt được bằng cách sử dụng cấu trúc giống Rollup:
Thời gian chạy sẽ được tùy chỉnh cụ thể để bao gồm các giao dịch không tốn gas, thời gian khối nhanh hơn và tích hợp cơ chế đánh dấu (ví dụ: hệ thống lập kế hoạch giao dịch tích hợp miễn phí tương tự như kim đồng hồ).
Các nhà phát triển có thể triển khai các chương trình đến lớp cơ sở (chẳng hạn như Solana) thay vì trên một Chuỗi hoặc bản tổng hợp riêng biệt. ER không phá vỡ các hệ sinh thái hiện có và cho phép tăng tốc các hoạt động mục tiêu mà không tạo ra hoàn cảnh im lặng. Điều này có nghĩa là tất cả cơ sở hạ tầng Solana hiện có đều có thể được tận dụng.
Phương pháp này giúp xây dựng một hệ thống mở rộng cao, có khả năng khởi chạy Bản tổng hợp theo yêu cầu và tự động mở rộng theo chiều ngang để đáp ứng cho người dùng thực hiện hàng triệu giao dịch mà không có sự đánh đổi điển hình của L2 truyền thống. Mặc dù MagicBlock tập trung vào chơi game nhưng phương pháp này cũng có thể được áp dụng cho các ứng dụng khác, chẳng hạn như thanh toán.
Bản tổng hợp Solana sắp tới
Grass : Dự án DePIN nhằm mục đích giải quyết các vấn đề dữ liệu trí tuệ nhân tạo bằng các trình thu thập dữ liệu web đã được chứng minh. Khi nút Grass thu thập dữ liệu đào tạo trí tuệ nhân tạo từ mạng, trình xác minh sẽ lưu trữ dữ liệu trên Chuỗi, theo dõi chính xác nguồn dữ liệu và nút chịu trách nhiệm thu thập dữ liệu và thưởng cho chúng theo tỷ lệ.
Grass yêu cầu 1 triệu yêu cầu mạng mỗi lần, điều này không khả thi trên mạng chính Solana . Do đó, họ dự định thực hiện bằng chứng ZK trên dữ liệu gốc của tất cả dữ liệu và quyết toán theo đợt trên Solana L1. Họ đang xem xét sử dụng tính năng nén trạng thái từ một cụm khác và quyết toán root trên mainnet -beta.
Sự phát triển này sẽ biến Grass thành lớp cơ sở cho sê-ri ứng dụng chỉ có thể có trên Grass (lưu ý, nền tảng và cơ sở hạ tầng thường có mức định giá cao hơn và Grass sắp tung ra token ).
Zeta : Một trong sàn giao dịch vĩnh viễn lâu đời nhất trên Solana , vốn từng phụ thuộc hoàn toàn vào sách giao dịch quyền chọn vĩnh viễn trên Chuỗi , giờ đây cũng có kế hoạch chuyển hoạt động khớp lệnh ra khỏi Chuỗi thông qua Solana Rollup.
Sàn giao dịch vĩnh viễn có PMF (phù hợp với thị trường sản phẩm) ngay lập tức cho Rollup vì chúng cải thiện đáng kể trải nghiệm người dùng. Chỉ cần hỏi bất kỳ ai giao dịch giữa Hyperliquid hoặc Aevo và sàn giao dịch quyền chọn vĩnh viễn Solana và bạn sẽ thấy rằng trong sàn giao dịch vĩnh viễn Solana , bạn phải ký cho mỗi giao dịch, một chiếc ví sẽ bật lên và bạn phải đợi Khoảng 10-20 giây. Ngoài ra, sàn giao dịch vĩnh viễn không yêu cầu thực hiện đồng thời và có khả năng kết hợp cao với tài sản khác ở các khía cạnh khác của DeFi, đặc biệt là khớp lệnh giao dịch.
Điều thú vị là, Armani, người đồng sáng lập Backpack cũng đã tweet rằng họ hiện đang nghiêng về L2 nhiều hơn.
Sonic cũng đang xây dựng một Chuỗi SVM mô-đun (Hypergrid) , cho phép các trò chơi triển khai Chuỗi của riêng họ trên Solana . Ngoài ra còn có các bản cuộn Ethereum dựa trên SVM, chẳng hạn như Eclipse và NitroVM, sử dụng SVM làm công cụ thực thi. Neon đóng vai trò là L2 tương thích EVM trên Solana. Ngoài ra, có một số dự án đang trong giai đoạn lên ý tưởng, chẳng hạn như Molecule (SVM Bitcoin Layer 2).
SDK có chủ quyền là một khung khác giống như node.js để xây dựng Bản tổng hợp. Người dùng mang theo mã Rust của họ và chúng tôi chuyển đổi nó thành Optimistic hoặc ZK Rollup có thể được triển khai trên bất kỳ blockchain nào. Mã Rust có thể là logic ứng dụng cụ thể của bạn hoặc có thể là bất kỳ máy ảo nào.
Một số tranh luận về Rollup
1.Rollup=căn chỉnh với SOL :
Thuật ngữ “liên kết ETH” hay tốt hơn là “ưu tiên gói tài sản ETH” đã trở thành một meme phổ biến. Tại sao bạn cho rằng Layer 2 và Đặt lại/EigenLayer đã trở thành những câu chuyện phổ biến nhất? Điều này là do chúng bổ sung vào “thuộc tính tiền tệ của ETH”, được sử dụng làm tài sản cốt lõi. Nguyên tắc tương tự cũng áp dụng cho Solana. Cộng đồng Solana sẽ tập hợp xung quanh bất kỳ giải pháp nào giúp nâng cao tỷ lệ nắm giữ SOL của họ, điều đó thật đơn giản. Khi hệ sinh thái Solana mở rộng, “thuộc tính tiền tệ của SOL” từng bị bỏ qua sẽ trở nên quan trọng. Hãy nhớ rằng, hầu hết các đợt tổng hợp đều là "thủ đoạn tiếp thị" và vì thị trường vẫn coi trọng cơ sở hạ tầng hơn các ứng dụng nên chúng mang lại sự tích lũy giá trị token tốt hơn.
2. Rollup sẽ giống như mở rộng của Solana
Ngoài các lợi ích bảo mật (tức là bảo mật được kế thừa từ lớp cơ sở), việc dễ dàng truy cập vào người dùng và tài sản Solana sẽ là một lợi thế đáng kể. Như Jon Charbonneau đã chỉ ra, các bản tổng hợp Ethereum, như Base, Optimism và Arbitrum , có cảm giác giống như mở rộng của Ethereum hơn. Người dùng giữ nguyên ví và địa chỉ, token Gas gốc là phiên bản chuẩn duy nhất của ETH, ETH vị trí chủ đạo DeFi, tất cả cặp giao dịch đều được định giá bằng ETH, các ứng dụng xã hội định giá NFT bằng ETH và trả tiền cho người sáng tạo bằng ETH (friend.tech) và tiền gửi vào L2 là ngay lập tức, v.v. Tương tự, điều này sẽ xảy ra với Solana. Bài học rút ra từ Ethereum, hầu hết Solana Rollapps sẽ không khiến người dùng có cảm giác như đang sử dụng một Chuỗi riêng biệt (ví dụ: Getcode).
3. Solana sẽ thấy nhiều "RollApp" thay vì "Rollup"
Solana không gặp vấn đề mở rộng giống như Ethereum khi mainnet không thể sử dụng được do phí Gas cao. Nó đã được tối ưu hóa cao. Tuy nhiên, một số ứng dụng yêu cầu không gian khối chuyên dụng sẽ tạo các bản tổng hợp của riêng chúng. Mặc dù bản tổng hợp phổ biến trên Solana không có ý nghĩa gì đối với tôi, nhưng về mặt tài chính, nó có ý nghĩa đối với dự án. Ví dụ: Người dùng Base đã tạo ra thu nhập 2 triệu đô la cho Coinbase chỉ sau một ngày! Đối với các nhà xây dựng, khích lệ nghiêng nhiều về L2. Tuy nhiên, theo quan sát, mọi EVM Rollup dường như là một Rollup thông thường, chẳng hạn như Lvm, Scroll hoặc zkSync, đã trở thành một Chuỗi ma chỉ có những người đam mê airdrop thực hiện một số lượng nhỏ giao dịch airdrop token thông báo.
Ngoài ra, tôi cảm thấy rằng L2 phổ quát trên Solana có thể dẫn đến các vấn đề tương tự như Ethereum trước đó, cụ thể là tổng hợp tập trung, tắc nghẽn và phân thanh khoản.
4.Tại sao một số ứng dụng muốn chuyển sang Rollapps/appchain?
Mỗi ứng dụng ban đầu sẽ khởi chạy trên mạng chính Solana, vì việc lưu trữ nhiều ứng dụng hơn trên cơ sở hạ tầng dùng chung giúp giảm đáng kể độ phức tạp cho nhà phát triển và người dùng. Tuy nhiên, khi các ứng dụng này tăng trưởng, chúng có thể tìm cách:
Nắm bắt giá trị: Việc nội bộ hóa giá trị trên lớp Solana được chia sẻ sẽ khó khăn hơn khi nó không được thiết kế chỉ dành cho một ứng dụng. Việc thu thập MEV có thể là một lựa chọn sinh lời khác cho DEX.
Không gian khối chuyên dụng
Khả năng tùy chỉnh của các trường hợp sử dụng như:
Quyền riêng tư: Ví dụ: Getcode sử dụng công sắp xếp để cung cấp các khoản thanh toán riêng tư cho người dùng
thí nghiệm thị trường phí
Crypto nhóm bộ nhớ để giảm thiểu MEV
Sổ lệnh tùy chỉnh
Tuy nhiên, không phải tất cả các ứng dụng đều muốn bắt đầu quá trình tổng hợp của riêng mình, đặc biệt là những ứng dụng chưa đạt đến tốc độ thoát nhất định (ví dụ: có đủ TVL, người dùng, khối lượng giao dịch). Việc ra mắt Chuỗi của riêng bạn ngay hôm nay đòi hỏi phải đánh đổi đau đớn và không cần thiết (độ phức tạp, chi phí, trải nghiệm người dùng kém hơn, sự phân mảnh thanh khoản, v.v.) mà hầu hết các ứng dụng, đặc biệt là những ứng dụng ở giai đoạn đầu, không thể mang lại lợi nhuận gia tăng. Solana vẫn là trái tim và linh hồn của sự phát triển SVM và kết quả là nhiều ứng dụng mới có thể sẽ được triển khai.
Trình tạo ứng dụng: Solana Mainnet hoặc Appchain hoặc Rollup
Đối với người xây dựng ứng dụng: Mainnet Solana hoặc Appchain hoặc Rollup hoàn toàn phụ thuộc vào tình huống. Nếu không có nhu cầu kết hợp chặt chẽ với tất cả các ứng dụng khác, việc chuyển một số thành phần khác nhau ra khỏi Chuỗi (cho dù đó là Appchain hay Rollup) là điều hoàn toàn hợp lý. Người dùng thậm chí không cần biết họ đang sử dụng Rollup hoặc Appchain. Grass, Zeta và Getcode đều trừu tượng hóa mọi cơ sở hạ tầng kiểu Rollup mà họ sử dụng cho người dùng của mình.
Đối với các trường hợp sử dụng yêu cầu quyền và tùy chỉnh, mở rộng token cũng có thể đáp ứng hầu hết các nhu cầu, chẳng hạn như logic chuyển/KYC, trong khi vẫn duy trì khả năng kết hợp.
DRiP sẽ trở thành L2/Appchain?
Hiện nay DRiP được sử dụng trên Solana:
Người dùng tạo ví (có thể trên L2/Appchain)
Phân phối NFT nén (có thể trên L2/Appchain)
Các giao dịch NFT nén (có thể trên L2/Appchain, nhưng tiền cần phải được bắc cầu)
Chúng ta có thể thấy rõ rằng không có nhu cầu mạnh mẽ nào về Solana L1 ngoài công nghệ mà L2/Appchain có thể cung cấp. Vì mục tiêu chính của DRiP luôn là người dùng web2 nên nó có thể khởi động họ trực tiếp vào Chuỗi của họ, điều này mang lại cho nó nhiều quyền kiểm soát hơn về lâu dài vì nó sẽ không rò rỉ tất cả giá trị sang Chuỗi cơ bản (Solana). Ngoài ra, DRiP đã đạt đến tốc độ thoát (ứng dụng tiêu dùng lớn nhất trên Solana) và hiện có thể được chuyển sang Chuỗi của riêng họ. Đối với DRiP, cấu trúc cuộn lên giả như Getcode có ý nghĩa hoàn hảo.
Hỗ trợ cơ sở hạ tầng Rollup và Appchain:
Nếu lý thuyết Rollapp/Appchain được mở rộng, các nhà cung cấp cơ sở hạ tầng hiện tại sẽ được hưởng lợi rất nhiều từ nó khi họ thâm nhập vào các thị trường mới:
Các nhà cung cấp Dịch vụ tổng hợp (RaaS) hiện tại, chẳng hạn như Caldera , có thể dễ dàng tham gia thị trường SVM khi có nhu cầu. Các bản tổng hợp SVM Ethereum như Eclipse và NitroVM cũng đang rất chú ý đến cơ hội này. Ngoài ra, Sovereign Labs còn cung cấp bộ điều hợp Sovereign SDK Solana để kích hoạt Rollup trên Solana(chưa được sản xuất). Helius là một công ty khác rất phù hợp để xây dựng cơ sở hạ tầng cho Solana L2, như Mert đã ám chỉ lần.
Nhu cầu về sắp xếp được chia sẻ, chẳng hạn như Rome Protocol và các ứng dụng khách nhẹ như Tinydancer . Sắp xếp được chia sẻ có thể rất thú vị đối với Rollup vì chúng cho phép các hoạt động như chênh lệch giá nguyên tử, MEV và bắc cầu liền mạch, do đó làm giảm sự phân mảnh thanh khoản.
Các loại ví như Phantom, Backpack và Solflare. Cơ sở hạ tầng ví hợp đồng thông minh và đa chữ ký như Squads . Squads đã được định vị là “lớp cơ sở hạ tầng ví hợp đồng thông minh rõ ràng cho Solana và SVM”.
Đặt lại SOL: Quan điểm mô-đun cũng ủng hộ việc đặt lại, vì các Rollup/Appchains này có thể yêu cầu bảo mật chia sẻ SOL và phù hợp hơn với Solana. Kết quả này trong:
Suy nghĩ kết thúc: Solana có thể đáp ứng được nhu cầu toàn cầu không?
Tuyệt đối không. Hãy thành thực đi: ngay cả khi tính đến Định luật Moore (hiệu suất phần cứng sẽ tiếp tục được cải thiện và Solana đã được tối ưu hóa cho những tiến bộ phần cứng như vậy), điều này là không thực tế. Tôi tin rằng tất cả các giao dịch ít quan trọng hơn (như DRiP gửi NFT) cuối cùng sẽ được chuyển đến Chuỗi riêng của chúng, trong khi các giao dịch có giá trị nhất sẽ vẫn ở trên Chuỗi chính nơi khả năng kết hợp thực sự là rất quan trọng (như DEX spot).
Và, điều này không có nghĩa là Solana đang thua cuộc trong cuộc đua đến nguyên khối và có thể kết hợp; nó sẽ quản lý các trường hợp dựa vào khả năng kết hợp và độ trễ thấp tốt hơn Chuỗi khác. Không, Sui/ Aptos/ Sei/Monad, v.v. hiện không tốt hơn vì chúng tôi không biết liệu chúng đã được thử nghiệm thực địa với hoạt động người dùng cao hay chưa.
Không giống như Ethereum , mainnet Solana không nhằm mục đích trở thành một " Chuỗi B2B"; nó luôn là một Chuỗi tiêu dùng. Xây dựng hệ thống phân tán trên quy mô lớn là rất khó khăn và Solana có tiềm năng tốt nhất để trở thành sổ cái chung của các giao dịch có giá trị nhất trên thế giới.
Solana cần một người bạn tâm giao: liệu Appchains và Rollup có phù hợp hoàn hảo không?
