Solana có yêu cầu L2 và chuỗi ứng dụng không?
Được tổng hợp bởi trí tuệ nhân tạo
Tiêu đề gốc: "Solana Cần L2s và Appchains?"
Tác giả gốc: Yash Agarwal
Trình biên dịch: Ladyfinger, BlockBeats
Lưu ý của biên tập viên:Solana, với tư cách là một nền tảng chuỗi công cộng hiệu suất cao, đang đối mặt với những cơ hội và thách thức phát triển chưa từng có . Trong bài viết này, Yash Agarwal có cái nhìn toàn cảnh và chuyên sâu về các vấn đề chính trong hệ sinh thái Solana—mô-đun hóa, chuỗi ứng dụng và tổng hợp—và cách chúng phối hợp với nhau để đưa Solana hướng tới một tương lai rộng lớn hơn.
Giới thiệu
Một tháng trước, với tư cách là ứng dụng phân phối NFT miễn phí hàng đầu DRiP trên Solana Vibhu , người sáng lập của , đã đưa ra một số nhận xét, gây ra cuộc thảo luận rộng rãi:
Solana sẽ và cần phải có Lớp 2 và Rollup.
Ông bày tỏ quan điểm này vì khi giá SOL và tắc nghẽn mạng tăng lên, DRiP mất khoảng 20.000 USD giá trị mỗi tuần. Hoạt động gia tăng trên mạng Solana dẫn đến hai hậu quả:
Ưu điểm: Tăng tính thanh khoản, tăng vốn và khối lượng giao dịch (nhờ 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 mạng
Tuy nhiên, DRiP chủ yếu sử dụng Solana làm cơ sở hạ tầng, nhận cập nhật hàng tuần từ các nghệ sĩ. Có hàng triệu NFT được phân phối tới hàng nghìn ví và không cần nhiều đến khả năng kết hợp cao. Sự tăng trưởng TVL và dòng vốn vào của Solana ít ảnh hưởng đến DRiP mà thay vào đó chủ yếu bị ảnh hưởng bởi chi phí cơ sở hạ tầng cao.
Vibhu lưu ý rằng "khả năng kết hợp có lợi nhuận giảm dần". Ông cũng lưu ý rằng các nhà phát triển ứng dụng Solana đã thảo luận riêng về mối quan ngại của họ về nhu cầu tổng hợp vì những đợt tổng hợp này có thể làm tăng giao dịch. thông lượng, giảm sự cạnh tranh về không gian khối và giảm phí. Ngoài ra, có sự kiểm soát tốt hơn đối với giá trị kinh tế do doanh nghiệp tạo ra.
Đăng liên kết
Trong vài tháng qua, Solana đã trải qua nhiều sự kiện tắc nghẽn, từ airdrop JUP đến khai thác ORE và meme coin giao dịch ở mức cao nhất. Trong khi một số người tin rằng Firedancer có thể giải quyết những vấn đề này, thì thực tế là dòng thời gian vẫn chưa rõ ràng và hiện tại nó không thể mở rộng quy mô vượt quá 10 lần. Mặc dù vậy, Solana vẫn là chuỗi duy nhất trong số tất cả các chuỗi lớn đã được thử nghiệm trong trận chiến vẫn còn nguyên khối.
Solana nên tiếp tục là một chuỗi nguyên khối hay trở thành mô-đun?
Liệu Solana có phát triển thành các giải pháp Lớp 2 và Lớp 3 được chia nhỏ như Ethereum không?
Tình hình hiện tại của chuỗi ứng dụng và Rollup của Solana là gì?
Để trả lời những câu hỏi này và đưa ra một bản tóm tắt, bài viết này sẽ khám phá nhiều khả năng khác nhau và thảo luận về những ưu điểm và nhược điểm của từng dự án. Bài viết này sẽ không đi sâu vào chi tiết kỹ thuật mà sẽ thảo luận về các phương pháp mở rộng khác nhau và cung cấp cái nhìn tổng quan từ góc độ ứng dụng thực tế và định hướng thị trường. Tất cả những hiểu biết sâu sắc, không vô nghĩa, chỉ có rất nhiều thông tin độc quyền.
Tóm lại chúng ta sẽ thảo luận các vấn đề sau:
· Solana và tắc nghẽn mạng Câu hỏi
· Tạo mô-đun Solana
· Chuỗi ứng dụng Solana - với các ví dụ
· Solana Layer2 và Rollup - với các ví dụ
· Hỗ trợ cơ sở hạ tầng Chuỗi ứng dụng và cuộn lên
Solana's các vấn đề và sự cần thiết của tính mô-đun
Trước tiên hãy thảo luận về các vấn đề hiện tại: Do airdrop và sự gia tăng về khối lượng giao dịch memecoin, Solana Mạng gần đây đã rất tắc nghẽn ( hầu hết trong số đó hiện đã được giải quyết), dẫn đến thời gian ping cao, tỷ lệ giao dịch thất bại cao và phí mạng tăng. Mặc dù vậy, Solana vẫn duy trì khả năng xử lý giao dịch 1-2 nghìn giao dịch mỗi giây, vượt quá tất cả các chuỗi EVM cộng lại. Có thể nói đây là một bài toán hay mà blockchain phải đối mặt, đồng thời nó cũng kiểm tra lý thuyết chuỗi nguyên khối của Solana.
Quỹ Solana gần đây đã phát hành Một blog kêu gọi các dự án hành động ngay lập tức để cải thiện hiệu suất mạng, bao gồm:
· Thực hiện các khoản phí ưu tiên: quan trọng để tránh các giao dịch bị trì hoãn hoặc bị mất quan trọng.
· Sử dụng tối ưu các Đơn vị tính toán chương trình (CU): chỉ sử dụng các tài nguyên cần thiết.
· Triển khai Chất lượng dịch vụ (QoS) theo trọng số cổ phần: Cho phép các ứng dụng ưu tiên giao dịch của người dùng.
Tuy nhiên, 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 giao dịch suôn sẻ. Một giải pháp cho vấn đề này là Bộ lập lịch giao dịch mới rất được mong đợi, dự kiến sẽ được giới thiệu trong phiên bản 1.18 vào cuối tháng 4. Bộ lập lịch mới sẽ tồn tại 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 chuyển về bộ lập lịch cũ nếu có vấn đề phát sinh. Bộ lập lịch mới được thiết kế để lấp đầy các khối hiệu quả hơn và giá cả phải chăng hơn, cải thiện sự kém hiệu quả của bộ lập lịch cũ.
Đọc bài viết này để tìm hiểu thêmBộ lập lịch mới.
Anza, một thực thể phân nhánh của Solana Labs, Đã có những nỗ lực nhằm giải quyết vấn đề tắc nghẽn mạng, được xác định là có liên quan đến việc triển khai QUIC và hành vi của ứng dụng khách xác thực của Agave (Solana Labs) xử lý số lượng lớn yêu cầu.
Đăng liên kết
Mặc dù những người đề xuất mô-đun ủng hộ mạnh mẽ "lộ trình mô-đun hóa" của Solana, nhưng Solana Labs/Anza, cốt lõi những người duy trì 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ở. Những cải tiến tiềm năng bao gồm:
· Cải thiện thị trường phí và tăng phí cơ bản (hiện được đặt thành 5000 Lamports hoặc 0,000005 SOL).
· Thực hiện tăng phí khóa ghi tài khoản theo cấp số nhân, tức là tăng dần phí để hạn chế thư rác.
· Tối ưu hóa các yêu cầu ngân sách CU thông qua cơ chế phạt.
· Cải thiện kiến trúc mạng tổng thể.
Ngay cả khi những cải tiến mở rộng theo chiều dọc, chuỗi đơn này có hiệu quả, chúng tôi không thể loại trừ khả năng Solana áp dụng mở rộng theo chiều ngang, Rollup. Thực tế là Solana có thể kết hợp hai tính năng này - nó có thể đóng vai trò là lớp cơ sở Rollup tuyệt vời, với thời gian chặn độ trễ cực thấp (~400 mili giây), cải thiện đáng kể hiệu suất của Rollup, chẳng hạn như cho phép xác nhận mềm trình sắp xếp nhanh. Trên hết, Solana có lịch sử triển khai các thay đổi nhanh chóng, điều này có thể khiến nó hiệu quả hơn Ethereum khi làm lớp cơ sở cho Rollup.
Cập nhật: Anza đã đưa ra một số bản vá, giúp giảm bớt các vấn đề tắc nghẽn mạng đang diễn ra và sẽ được cải tiến hơn nữa trong v1.18.
Hãy để Solana Tính mô-đun
Kế hoạch phát triển mô-đun của Solana đã được đưa ra. Như được hiển thị trong Bài đăng của Anza DevRel, trình xác thực Solana và SVM (xử lý các giao dịch và thông tin tình báo). môi trường thực thi của hợp đồng/chương trình) được Anza kết hợp và duy trì chặt chẽ. Tuy nhiên, ứng dụng 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ẽ giúp tạo ra “chuỗi ứng dụng Solana”.
Đối với Rollup, việc tối ưu hóa tính khả dụng của dữ liệu (DA) hoặc lớp blob của Solana có thể được thực hiện ở giai đoạn sau.
Thông tin từ: Anza DevRel
Kỹ sư Anza Joe C cũng tiết lộ kế hoạch mô-đun hóa SVM, trong đó quy trình xử lý giao dịch sẽ được tách biệt khỏi trình xác thực tước bỏ 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 một cách độc lập với bất kỳ trình xác thực nào.
Một SVM độc lập sẽ là tập hợp các mô-đun hoàn toàn độc lập. Bất kỳ triển khai SVM nào cũng có thể điều khiển các mô-đun này thông qua các giao diện được xác định rõ ràng, giúp giảm hơn nữa các rào cản đối với các dự án tuân thủ SVM và giảm đáng kể chi phí cần thiết để xây dựng các giải pháp tùy chỉnh. Các nhóm chỉ có thể triển khai các mô-đun mà họ quan tâm trong khi tận dụng các hoạt động triển khai đã được thiết lập, chẳng hạn như các mô-đun từ Agave hoặc Firedancer.
Tóm lại, Solana sẽ trở nên plug-and-play hơn, giúp triển khai các chuỗi và bản tổng hợp ứng dụng Solana dễ dàng hơn.
Nhìn chung, điều này có thể đi theo hai hướng: Layer2 (hoặc Rollup) và chuỗi ứng dụng. Dưới đây chúng tôi sẽ giới thiệu từng cái một.
Chuỗi ứng dụng Solana
Chuỗi ứng dụng Solana h1>
Còn được gọi là nhánh SVM, về cơ bản đây là các nhánh chuỗi Solana được thiết kế cho các ứ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 người sáng lập Maker Rune đề xuất phát triển chuỗi ứng dụng Maker để quản trị dựa trên cơ sở mã Solana (SVM). Rune chọn SVM vì cộng đồng nhà phát triển mạnh mẽ và lợi thế kỹ thuật so với các máy ảo khác, nhằm mục đích tạo ra chuỗi hiệu suất cao nhất để đáp ứng tốt hơn nhu cầu của người tiêu dùng. Dù chưa được triển khai nhưng động thái này đã làm dấy lên cuộc thảo luận rộng rãi về chuỗi ứng dụng Solana.
Nói chung, 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ư mạng chính Solana hiện tại.
Pyth - Chuỗi ứng dụng OG Solana :
Pyth từng 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ỉ cần phân tách cơ sở mã của 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ó.
Chuỗi ứng dụng Pythnet là một nhánh phân nhánh bằng chứng ủy quyền của mạng chính Solana và đóng vai trò là lớp cơ sở điện toán để xử lý và tổng hợp dữ liệu do dữ liệu Pyth cung cấp mạng xuất bản.
Tại sao Pyth di chuyển?
· Nó không yêu cầu khả năng kết hợp cao, đặc biệt đối với các ứng dụng không phải của Solana và do đó không bị tắc nghẽn mạng chính.
· Nó yêu cầu một môi trường được cấp phép để xuất bản dữ liệu.
· Giảm chi phí cơ sở hạ tầng bằng cách nội hóa các chi phí mà trước đây có thể bị rò rỉ sang lớp cơ sở, đó là Solana.
Cube Exchange là một ví dụ khác, đây là A CEX lai được triển khai dưới dạng chuỗi ứng dụng SVM có chủ quyền với sổ đặt hàng và thanh toán hoàn toàn ngoại tuyến trên chuỗi ứng dụng SVM của nó.
Ví dụ về chuỗi ứng dụng Solana
· DEX Perp: Perp DEX như Siêu thanh khoản Có thể hoạt động như một mạng Layer1 độc lập. Hơn nữa, đối với các trường hợp sử dụng giao dịch, có thể tùy chỉnh số lượng giao dịch trên mỗi khối hoặc 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 Lớp 1, đảm bảo rằng nó được thực thi 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, chẳng hạn 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ị: Mối quan tâm của MakerDAO đối với chuỗi ứng dụng SVM đã xác minh điều này và chuỗi ứng dụng quản trị có chủ quyền có thể rất hấp dẫn. Việc quản lý tiền điện tử vẫn đang phát triển và việc phân nhánh chuỗi chuyên dụng 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 các quỹ 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 chạy trên Solana đang xem xét chuỗi ứng dụng của mình.
· Sửa đổi fork của Solana: Tương tự như EVM (song song) được tối ưu hóa do Monad hoặc Sei cung cấp, 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 khi mạng chính Solana bắt đầu khám phá các kiến trúc thiết kế mới.
Hãy tưởng tượng ngăn xếp chuỗi ứng dụng Solana
Mặc dù việc xây dựng một chuỗi ứng dụng có thể tương đối đơn giản, nhưng đảm bảo rằng tất cả các Kết nối giữa các chuỗi ứng dụng đều quan trọng đối với khả năng tương tác. Dựa trên Mạng con Avalanche, kết nối với chuỗi ứng dụng Cosmos thông qua tính năng Nhắn tin Avalanche Warp cục bộ, thông qua IBC Để lấy cảm hứng, Solana cũng có thể tạo một khung nhắn tin cục bộ để kết nối các chuỗi ứng dụng này.
Đăng liên kết
Có thể xây dựng một nền tảng phần mềm trung gian tương tự như Cosmos-SDK để cung cấp dịch vụ một cửa nhằm tạo chuỗi ứng dụng. Các chuỗi ứng dụng này Hỗ trợ tích hợp cho các oracle như Pyth hoặc Switchboard, các lệnh gọi thủ tục từ xa, RPC như Helius và các kết nối truyền thông báo như Wormhole.
AggLayer của Polygon Cung cấp một giải pháp đổi mới cho phép các nhà phát triển liên kết Layer1 hoặc Layer2 khác nhau với AggLayer để đạt được sự tổng hợp các bằng chứng ZK chuỗi chéo.
Chuỗi ứng dụng có tác động tích cực gì đến hệ sinh thái Solana?
Chuỗi ứng dụng không trả phí bằng SOL hoặc sử dụng SOL làm token phí giao dịch, vì vậy chúng sẽ không trực tiếp đóng góp giá trị cho SOL trừ khi được sử dụng cho mục đích an ninh kinh tế. đang đặt cược lại, nhưng lợi ích của chúng đối với hệ sinh thái SVM là rất rõ ràng. Cũng giống như hiệu ứng mạng của EVM, nhiều nhánh SVM và chuỗi ứng dụng hơn sẽ củng cố hiệu ứng mạng của SVM. Logic này cũng được áp dụng ngay cả khi Eclipse, với tư cách là phần mở rộng Lớp 2 của SVM trên Ethereum, cạnh tranh với mạng chính Solana.
Solana Layer2
Solana Layer2, hay Rollup, là một chuỗi độc lập về mặt logic , xuất bản dữ liệu đến lớp sẵn có dữ liệu (DA) của chuỗi chính của nó 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 như Celestia, nhưng đây không còn là một bản tổng hợp thực sự nữa. Thuật ngữ "RollApp" thường được sử dụng cho các 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á).
Rollup của Solana có giống như Ethereum không?
Rõ ràng là không. Đối với Solana, Rollup sẽ chủ yếu được trừu tượng hóa cho người dùng cuối. Từ quan điểm hệ tư tưởng, Rollup của Ethereum là từ trên xuống, nghĩa là Ethereum Foundation và các nhà lãnh đạo đã quyết định rằng cách tốt nhất để mở rộng quy mô là thông qua Rollup, sau đó bắt đầu hỗ trợ nhiều Layer2 khác nhau sau sự cố CryptoKitties. Tại Solana, nhu cầu đến từ cấp dưới lên, từ các nhà phát triển ứng dụng có lượng người dùng chấp nhận đáng kể. Kết quả là, hầu hết các hoạt động phát triển hiện tại đều là các hoạt động tiếp thị thiên về tường thuật hơn là nhu cầu của người 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 Ethereum.
Nén có tương đương với Rollup không?
Layer2 mở rộng chuỗi khối lớp cơ sở (Layer1) bằng cách thực hiện các giao dịch trên Layer2, phân nhóm dữ liệu giao dịch và nén chúng. Sau đó, dữ liệu nén được gửi đến Lớp 1 và được sử dụ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 nhận này được gọi là "dàn xếp". Tương tự, việc nén sẽ giảm tải các giao dịch từ mạng chính, giảm sự tranh chấp về trạng thái lớp cơ sở. Điều đáng chú ý là Grass Layer2 sẽ sử dụng tính năng nén trạng thái để tổng hợp.
Tổng quan về Solana:
Hiện tại có hai dự án tương tự Rollapps đang chạy :
GetCode
Đây là một ứng dụng thanh toán đi kèm với một ứng dụng thanh toán. SDK thanh toán vi mô cho phép mọi người thực hiện và chấp nhận thanh toán ngay lập tức, đồng thời sử dụng cấu trúc giống như tổng hợp cho ứng dụng của họ. Nó tạo ra ý định cho tất cả các giao dịch và sử dụng trình sắp xếp giống như cuộn lên để giải quyết trên Solana cứ sau N khoảng thời gian.
Sử dụng kiểu cuộn lên cấu trúc Cho phép:
· 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ư một dây chuyền có thể được thay thế nếu cần thiết.
· Tính tức thời và quyền riêng tư: Do tính chất cuối cùng mềm mại của trình sắp xếp thứ tự, ngay cả khi tắc nghẽn Solana , thanh toán cũng được thực hiện ngay lập tức. Mặc dù các giao dịch được hiển thị trực tuyến nhưng số tiền 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.
Bản tổng hợp ngắn hạn của MagicBlocks
MagicBlocks là Cơ sở hạ tầng trò chơi web3, được phát triển Ephermal Rollup, đặc biệt dành cho chơi game. Nó sử dụng cấu trúc tài khoản của SVM để chia trạng thái trò chơi thành các cụm. Trạng thái sau đó được chuyển tạm 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. Bản tổng hợp tạm thời chạy dưới dạng thời gian chạy SVM chuyên dụng hoặc bản tổng hợp để xử lý các giao dịch với thông lượng cao hơn.
Sử dụng cấu trúc giống như cuộn lên có thể đạt được:
· Tùy chỉnh thời gian chạy chuyên dụng, bao gồm giao dịch không tốn gas, thời gian chặn nhanh hơn và cơ chế định thời gian tích hợp, chẳng hạn như hệ thống lập kế hoạch giao dịch tích hợp, chẳng hạn như Clockwork, chạy miễn phí.
· 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 tổng hợp riêng biệt. Các bản tổng hợp tạm thời không phân mảnh hệ sinh thái hiện có, cho phép tăng tốc các hoạt động mục tiêu mà không tạo ra môi trường biệt lập. Đ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.
Cách tiếp cận này giúp tạo ra một hệ thống có khả năng mở rộng cao, có khả năng khởi chạy các bản tổng hợp theo yêu cầu và tự động mở rộng quy mô 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 phải đánh đổi thông thường về Lớp truyền thống 2. 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 lĩnh vực khác, chẳng hạn như thanh toán.
Bản tổng hợp Solana sắp ra mắt:
· Grass: Grass là dự án DePIN tập trung vào việc giải quyết nhu cầu dữ liệu của trí tuệ nhân tạo thông qua công nghệ xác minh và thu thập. Dự án thu thập dữ liệu đào tạo AI thông qua các nút Grass trên mạng và lưu trữ dữ liệu trên blockchain bởi các trình xác thực, đồng thời ghi lại chính xác nguồn dữ liệu và nút thực hiện việc thu thập và khen thưởng cho phù hợp.
Do Grass cần xử lý tới 1 triệu yêu cầu mạng mỗi giây, điều này là không thực tế đối với mạng chính Solana. Do đó, dự án có kế hoạch sử dụng công nghệ chứng minh không có kiến thức để xác minh tập dữ liệu và xử lý theo đợt trên Lớp 1 của Solana.
Nhóm Grass cũng đang xem xét giới thiệu công nghệ nén trạng thái từ các cụm khác và thực hiện neo dữ liệu trên phiên bản beta của mạng chính Solana. Sự đổi mới này sẽ biến Grass thành một nền tảng nền tảng hỗ trợ nhiều ứng dụng mà chỉ có thể được xây dựng trên đó
*Lưu ý rằng các dự án xây dựng nền tảng và cơ sở hạ tầng thường Với mức định giá thị trường cao hơn, Grass cũng sắp tung ra token của mình.
· Zeta: Sàn giao dịch hợp đồng vĩnh viễn lâu đời nhất trên Solana One, có sổ đặt hàng vĩnh viễn hoàn toàn trực tuyến, hiện đang có kế hoạch di chuyển quy trình khớp lệnh giao dịch ra ngoài chuỗi bằng cách sử dụng công nghệ Rollup của Solana.
Trao đổi hợp đồng vĩnh viễn sử dụng công nghệ Rollup có lợi thế rõ ràng vì nó cải thiện đáng kể trải nghiệm giao dịch của người dùng. Hãy hỏi những người đã giao dịch trên các nền tảng như Hyperliquid hoặc Aevo với hợp đồng trao đổi vĩnh viễn trên Solana, yêu cầu người dùng ký mọi giao dịch, cửa sổ bật lên ví và chờ khoảng 10 đến 20 giây. Ngoài ra, các giao dịch hợp đồng vĩnh viễn không yêu cầu thực hiện đồng thời và có thể được tích hợp cao với các phần khác của hệ sinh thái DeFi, đặc biệt là về mặt khớp giao dịch.
Thật thú vị, Armani , người đồng sáng lập của Backpack cũng cho biết trên Twitter rằng họ hiện đang tập trung vào các giải pháp Layer2.
Sonic đang phát triển chuỗi SVM mô-đun có tên là Hypergrid, cho phép các nhà phát triển trò chơi triển khai chuỗi của riêng họ trên nền tảng Solana. Đồng thời, còn có các dự án Ethereum Rollup dựa trên công nghệ SVM, chẳng hạn như Eclipse và NitroVM, sử dụng SVM làm công cụ thực thi. Trong hệ sinh thái Solana, Neon đóng vai trò là giải pháp Lớp 2 tương thích với EVM. Ngoài ra, một số dự án đổi mới như Molecule, SVM Lớp 2 cho Bitcoin, vẫn đang trong giai đoạn hình thành ban đầu.
SDK có chủ quyền Cung cấp một khung tương tự như node.js, được sử dụng đặc biệt để xây dựng Rollup. Người dùng có thể gửi mã Rust của họ và nền tảng có thể biến nó thành Optimistic Rollup hoặc ZK Rollup hỗ trợ triển khai trên bất kỳ blockchain nào. Mã Rust này có thể là logic ứng dụng tùy chỉnh hoặc bất kỳ triển khai máy ảo nào.
Một số tranh luận về Rollup
Rollup = nhất quán với SOL
"ETH-Aligned", tính nhất quán của Ethereum hoặc "Xu hướng túi ETH", xu hướng túi Ethereum, đã trở thành một xu hướng phổ biến trên Internet bởi vì.
Tại sao Lớp 2 và Đặt lại/EigenLayer lại trở thành chủ đề nóng nhất?
Điều này là do chúng làm tăng "tính tiền" của ETH, vốn được sử dụng làm tài sản cốt lõi ở mọi nơi.
Nguyên tắc tương tự cũng áp dụng cho Solana. Cộng đồng Solana sẽ hỗ trợ bất kỳ giải pháp nào giúp tăng tỷ lệ nắm giữ SOL của họ – thật đơn giản. Khi hệ sinh thái Solana mở rộng, “loại tiền tệ” từng bị bỏ qua của SOL sẽ trở nên quan trọng. Hãy nhớ rằng, dù sao thì hầu hết các Bản 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ị mã thông báo tốt hơn.
Bản tổng hợp sẽ giống như một phần mở rộng của Solana
Ngoại trừ Lợi ích của bảo mật, bảo mật đó được kế thừa từ lớp cơ sở và việc người dùng và tài sản Solana dễ dàng truy cập sẽ là một lợi thế đáng kể. Như đã được chỉ ra bởi Jon Charbonneau Có, các bản tổng hợp của Ethereum như Base, Optimism và Arbitrum có cảm giác giống như một phần mở rộng của Ethereum hơn. Người dùng giữ cùng một ví và địa chỉ, mã thông báo gas gốc là một phiên bản tiêu chuẩn duy nhất ETH, ETH thống trị DeFi, tất cả các cặp giao dịch là 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, ví dụ: bạn bè.tech và tiền gửi Layer2 là ngay lập tức, v.v. TRÊN.
Tương tự, điều này cũng sẽ xảy ra với Solana. Học hỏi 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, chẳng hạn như Getcode.
Solana sẽ thấy nhiều "RollApps" thay vì "Rollup"
Solana không gặp phải các vấn đề về mở rộng quy mô như Ethereum khi mạng chính trở nên khó sử dụng do phí gas cao, nhưng 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 Bản tổng hợp của chúng. Mặc dù Bản tổng hợp phổ quát trên Solana không có ý nghĩa đố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 cơ sở đã tạo ra doanh thu 2 triệu USD cho Coinbase chỉ trong một ngày! Các ưu đãi dành cho người xây dựng nghiêng nhiều về Lớp 2. Tuy nhiên, theo quan sát, mọi EVM Rollup dường như là một Rollup thông thường và nhiều dự án như Linea, Scroll hay zkSync đã trở thành chuỗi ma chỉ có những người nông dân thực hiện một số giao dịch để nhận được airdrop token.
Ngoài ra, tôi cảm thấy như Layer2 phổ quát trên Solana có thể dẫn đến các vấn đề cũ tương tự như Ethereum, cụ thể là cuộn tập trung, tắc nghẽn và phân mảnh thanh khoản.
Tại sao một số ứng dụng muốn chuyển sang Rollapps/AppChain?
Ban đầu, mọi ứng dụng 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 của nhà phát triển và người dùng. Tuy nhiên, khi các ứng dụng này phát triển, chúng có thể tìm cách:
· Thu thập giá trị. Việc nội hóa giá trị trên lớp Solana dùng chung không chỉ được thiết kế cho một ứng dụng còn khó khăn hơn. 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 trong các trường hợp sử dụng. Ví dụ: về mặt quyền riêng tư, Getcode sử dụng trình sắp xếp thứ tự để cung cấp cho người dùng các khoản thanh toán riêng tư, thử nghiệm phí thị trường, nhóm bộ nhớ được mã hóa giúp giảm thiểu MEV và sổ đặt hàng 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 Tổng hợp của riêng mình, đặc biệt là những ứng dụng không đạt được 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. 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ể biện minh cho tính hợp lý của những đánh đổi này. Solana vẫn là trái tim và linh hồn của quá trình phát triển SVM nên nhiều ứng dụng mới có thể sẽ được triển khai.
Dành cho người xây dựng ứng dụng
Mạng chính Solana hoặc chuỗi ứng dụng hoặc Rollup hoàn toàn phụ thuộc vào từng trường hợp khác nhau . Nếu không có nhu cầu lớn về khả năng kết hợp với các ứng dụng khác thì việc đặt một số thành phần khác nhau ra khỏi chuỗi là hoàn toàn hợp lý, cho dù đó là chuỗi ứng dụng hay Rollup. 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 ủy quyền và tùy chỉnh, Tiện ích mở rộng mã thông báo cũng có thể đáp ứng hầu hết các nhu cầu, chẳng hạn như KYC hoặc logic chuyển, trong khi vẫn duy trì khả năng kết hợp.
Thúc đẩy cơ sở hạ tầng của Rollup và chuỗi ứng dụng
Nếu lý thuyết Rollapp/chuỗi ứng dụng được mở rộng , các nhà cung cấp cơ sở hạ tầng hiện tại sẽ có thể hưởng lợi đáng kể 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 hiện tại dưới dạng dịch vụ (RaaS), chẳng hạn như Caldera, có thể dễ dàng tham gia thị trường SVM khi có nhu cầu. Giống như Eclipse và NitroVM SVM Ethereum Rollup như vậy 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 Solana SDK Sovereign hỗ trợ Rollup trên Solana (chưa sẵn sàng để 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 Layer2, vì Mert đã gợi ý nhiều lần .
· Trình sắp xếp trình tự được chia sẻ như Rome Protocol và các ứng dụng khách nhẹ Chẳng hạn như Nhu cầu của Tinydancer. Trình 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, giảm sự phân mảnh thanh khoản.
· Thích Phantom, Ba lô 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 tối ưu cho Solana và SVM”.
· Đặt cược lại SOL: Lý thuyết mô đun cũng thúc đẩy việc đặt cược lại, vì các chuỗi Rollup/ứng dụng này có thể yêu cầu SOL chia sẻ bảo mật và nhất quán hơn với Solana. Điều này sẽ thu hút những người áp dụng sớm như Cambrian, Picaso và Solayer, thông qua Jito và LST của Stakenet như Sanctum cũng như xác minh thu nhập của người lao động tăng lên.
Cuối cùng, Solana có thể đáp ứng được nhu cầu toàn cầu không?
Tất nhiên là không. Trên thực tế, ngay cả khi tính đến Định luật Moore, ngay cả khi phần cứng tiếp tục cải thiện hiệu suất và Solana được tối ưu hóa cho sự tiến bộ phần cứng này, thì điều này vẫn không thực tế. Tôi tin rằng tất cả các giao dịch ít quan trọng hơn, chẳng hạn như DRiP gửi NFT, cuối cùng sẽ được chuyển sang chuỗi riêng của chúng, trong khi các giao dịch có giá trị nhất sẽ vẫn còn trên chuỗi chính, trong đó khả năng kết hợp thực sự là rất quan trọng, chẳng hạn như DEX giao ngay.
Điều này không có nghĩa là Solana đang thua trong cuộc chiến nguyên khối và khả năng kết hợp; sẽ tốt hơn nếu dựa vào khả năng kết hợp và độ trễ thấp. Ngoài ra, Sui, Aptos, Sei, Monad, v.v. cũng không khá hơn vì chúng tôi vẫn chưa biết liệu chúng có đáp ứng được hoạt động thực tế cao của người dùng hay không.
Không giống như Ethereum, mạng chính Solana không nhằm mục đích trở thành một "chuỗi B2B"; nó đã và sẽ luôn là một chuỗi tiêu dùng. Việc xây dựng các hệ thống phân tán trên quy mô lớn là vô cùng thách thức và Solana có tiềm năng lớn 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 AppChain và Rollup có phải là sự kết hợp hoàn hảo không?
「 Liên kết gốc》
Chào mừng bạn tham gia cộng đồng chính thức của BlockBeats:
Nhóm Telegram đăng ký: https://t.me/theblockbeats
Nhóm Telegram thảo luận: https://t.me/BlockBeats_App
Tài khoản Twitter chính thức: https://twitter.com/BlockBeatsAsia
