Mạng Solana liên tục bị tắc nghẽn, liệu có cần đến Layer 2 và Rollup?
Tuyển chọn TechFlowTuyển chọn TechFlow
Mạng Solana liên tục bị tắc nghẽn, liệu có cần đến Layer 2 và Rollup?
Solana cần một người bạn đời: Appchains và Rollup có phải là lựa chọn hoàn hảo?
Chuyên sâu báo cáo Web3Tác giả: Yash Agarwal
Biên dịch: TechFlow
Một tháng trước, Vibhu - nhà sáng lập DRiP - đã khởi xướng một cuộc tranh luận cần thiết trong một tuyên bố rằng Solana cần có L2 và Rollup.
Lý do khiến anh ấy nghĩ vậy là vì giá SOL tăng cao và tình trạng tắc nghẽn mạng lưới khiến DRiP đang rò rỉ rất nhiều giá trị (khoảng 20.000 USD/tuần) xuống lớp cơ sở. Sự gia tăng hoạt động trên Solana dẫn đến:
-
Ưu điểm: Tăng tính 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í 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 sử dụng Solana như một cơ sở hạ tầng để phân phối hàng triệu NFT mỗi tuần đến hàng ngàn ví, do đó không thực sự hưởng lợi từ tính thanh khoản cao. Sự tăng trưởng TVL và dòng vốn chảy vào Solana gần như không ảnh hưởng đến DRiP, trong khi DRiP lại chịu tác động lớn từ các nhược điểm như chi phí hạ tầng cao.
Vibhu chỉ ra: “Lợi ích cận biên từ tính kết hợp đang giảm dần.” Anh cũng nói thêm rằng các nhà phát triển ứng dụng trên Solana đang thảo luận riêng về mong muốn có Rollup, vì những lý do sau:
-
Tăng thông lượng giao dịch, giảm cạnh tranh về không gian khối và phí thấp hơn
-
Kiểm soát tốt hơn giá trị kinh tế mà doanh nghiệp của họ tạo ra
Trong vài tháng qua, Solana đã trải qua nhiều đợt tắc nghẽn, từ airdrop JUP cho đến khai thác ORE hay đỉnh điểm giao dịch meme coin. Dù có thể nói Firedancer sẽ giải quyết được tất cả vấn đề này, hãy thực tế một chút: lộ trình vẫn chưa rõ ràng, hiện tại không thể mở rộng hơn 10 lần. Tuy nhiên, sự thật là, trong số tất cả các chuỗi chính từng trải qua thử thách, Solana được coi là chuỗi đơn thể (monolithic) thực sự cuối cùng còn sót lại.
Solana nên giữ nguyên là một chuỗi đơn thể hay chuyển sang mô hình phân mảnh? Liệu Solana cũng sẽ tiến hóa giống Ethereum, áp dụng các giải pháp L2 và L3 phân tán? Bức tranh hiện tại về các 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á mọi khả năng, thảo luận các dự án khác nhau và đánh giá ưu-nhược điểm của chúng.
Bài viết sẽ không đi sâu vào chi tiết kỹ thuật, mà theo góc nhìn thị trường và thực tiễn hơn, thảo luận các phương pháp mở rộng nhằm cung cấp cái nhìn tổng quan.
Tóm lại, chúng ta sẽ thảo luận về:
-
Solana và tình trạng tắc nghẽn
-
Sự phân mảnh của Solana
-
Các chuỗi ứng dụng trên Solana và ví dụ minh họa
-
L2 và Rollup trên Solana (RollApps) và ví dụ minh họa
-
Cơ sở hạ tầng hỗ trợ Rollup và chuỗi ứng dụng
Solana và tình trạng tắc nghẽn
Hãy bắt đầu bằng việc giải quyết "con voi trong phòng": gần đây mạng Solana thường xuyên bị tắc nghẽn (hiện phần lớn đã được giải quyết), do các hoạt động như airdrop, giao dịch meme coin ồ ạt, dẫn đến tỷ lệ ping cao, tỷ lệ giao dịch thất bại lớn và phí mạng tăng do phí ưu tiên. Dù gặp phải những vấn đề này, Solana vẫn duy trì tốc độ xử lý khoảng 1-2k TPS mỗi giây, vượt xa tổng cộng tất cả các chuỗi EVM. Tôi cho rằng đây là một "vấn đề tốt" đối với một blockchain, và điều này cũng đặt nền tảng đơn thể của Solana vào thử thách.
Gần đây, Quỹ Solana đã đăng một bài blog kêu gọi các dự án ngay lập tức hành động để cải thiện hiệu suất mạng, bao gồm:
-
Triển khai phí ưu tiên, điều này cực kỳ quan trọng để tránh trễ hoặc mất giao dịch.
-
Tối ưu hóa việc sử dụng đơn vị tính toán (CU) thông qua hệ thống phạt, chỉ dùng phần cần thiết.
-
Triển khai chất lượng dịch vụ (QoS) theo trọng số ưu tiên, cho phép ứng dụng ưu tiên xử lý 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ể nâng cao tỷ lệ hoàn thành giao dịch ở mức độ nhất định, chứ không đảm bảo trải nghiệm mượt mà cho người dùng. Một giải pháp tức thì cho vấn đề này là bộ lập lịch giao dịch mới đang được mong đợi, dự kiến phát hành phiên bản 1.18 vào cuối tháng 4. Nó sẽ được ra mắt song song với bộ lập lịch hiện tại nhưng không bật mặc định, để các validator có thể theo dõi hiệu suất của bộ mới và dễ dàng quay lại bộ cũ nếu có vấn đề. Bộ lập lịch mới này nhằm mục đích lấp đầy khối hiệu quả và tiết kiệm hơn, khắc phục sự kém hiệu quả của bộ cũ. Đọc bài viết này để hiểu sâu hơn về bộ lập lịch mới.
Anza (một thực thể tách ra từ Solana Labs) đã liên tục thử nghiệm để giải quyết vấn đề tắc nghẽn mạng, những vấn đề này đã được xác định là liên quan đến việc triển khai QUIC, cũng như hành vi của client validator Agave (Solana Labs) khi phải xử lý lượng lớn yêu cầu.
Mặc dù những người ủng hộ mô hình phân mảnh mạnh mẽ đề xuất Solana nên theo đuổi "lộ trình phân mảnh", Solana Labs/Anza (những người duy trì chính giao thức Solana) vẫn tập trung tối ưu thông lượng và độ trễ ở lớp cơ sở. Một số cải tiến tiềm năng bao gồm:
-
Cải cách toàn diện thị trường phí và tăng phí cơ bản (hiện đặt ở mức 5.000 Lamports hay 0,000005 SOL)
-
Áp dụng phí khóa ghi theo cấp số nhân đối với tài khoản, nghĩa là tăng dần phí theo thời gian để ngăn spam
-
Tối ưu hóa yêu cầu ngân sách CU thông qua hệ thống phạt.
-
Tăng cường kiến trúc mạng tổng thể
Ngay cả khi có những cải tiến theo hướng mở rộng dọc (chuỗi đơn), chúng ta cũng không thể loại trừ khả năng Solana áp dụng mở rộng ngang (Rollup). Thực tế, Solana có thể trở thành một dạng lai, có thể làm nền tảng tuyệt vời cho Rollup nhờ thời gian khối cực thấp (~400ms), điều này sẽ rất có lợi cho Rollup, ví dụ như cho phép xác nhận mềm siêu nhanh từ sequencer. Phần hay nhất là, Solana luôn thực hiện thay đổi rất nhanh chóng, điều này có thể khiến nó trở thành một lớp Rollup hiệu quả hơn Ethereum.
Cập nhật: Anza hiện đã phát hành một số bản vá giúp giảm nhẹ tình trạng tắc nghẽn mạng hiện tại, và sẽ tiếp tục bổ sung các cải tiến trong v1.18.
Phân mảnh Solana
Nỗ lực phân mảnh Solana đã bắt đầu. Như bài đăng từ DevRel của Anza cho thấy, validator Solana và SVM (môi trường thực thi xử lý giao dịch và hợp đồng thông minh/chương trình) đang được ghép nối chặt chẽ và do Anza duy trì. Tuy nhiên, client validator và runtime SVM sẽ được tách rời trong vài tháng tới. Việc tách rời này sẽ tạo điều kiện thuận lợi cho việc fork SVM và dễ dàng tạo ra 'chuỗi ứng dụng Solana'.
Đối với Rollup, lợi ích có thể đến từ việc tối ưu hóa lớp dữ liệu sẵn có (DA)/blob của Solana, mặc dù điều này có thể xảy ra ở giai đoạn sau.
Kỹ sư Joe C của Anza cũng công bố kế hoạch phân mảnh SVM, trong đó đường ống xử lý giao dịch sẽ được tách khỏi validator và đưa vào SVM. Điều này sẽ cho phép các nhà phát triển chạy các bản triển khai SVM một cách độc lập với bất kỳ hoạt động validator nào.
SVM cô lập sẽ là tập hợp các module hoàn toàn độc lập. Bất kỳ bản triển khai SVM nào cũng có thể điều khiển các module này thông qua giao diện được định nghĩa rõ ràng, từ đó giảm đáng kể rào cản cho các dự án tương thích SVM, vì chi phí thiết lập giải pháp tùy chỉnh được giảm mạnh. Các nhóm có thể chỉ triển khai các module họ quan tâm, đồng thời tận dụng các module từ các bản triển khai đã được thiết lập như Agave hoặc Firedancer.
Tóm lại, Solana sẽ trở nên dễ lắp ráp kiểu plug-and-play hơn, khiến việc tạo chuỗi ứng dụng và Rollup trên Solana trở nên dễ dàng hơn.
Tổng thể, có hai hướng đi: Layer-2s/Rollup và chuỗi ứng dụng. Chúng ta sẽ lần lượt tìm hiểu từng hướng.
Chuỗi ứng dụng Solana
Còn được gọi là fork SVM, về bản chất là các 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, nhà sáng lập Maker, đề xuất phát triển một chuỗi ứng dụng Maker (cho quản trị) dựa trên mã nguồn SVM (Solana). Ông chọn SVM vì cộng đồng nhà phát triển mạnh và lợi thế kỹ thuật vượt trội so với các máy ảo khác, với mục tiêu fork chuỗi hiệu suất tốt nhất để đáp ứng tốt hơn nhu cầu người dùng. Mặc dù hiện chưa có hành động triển khai nào, động thái này đã khơi mào cuộc tranh luận khẩn thiết về chuỗi ứng dụng Solana.
Xét về mặt tổng quát, có thể chia thành hai loại:
-
Không cần cấp 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
-
Cần cấp phép: Được Quỹ Solana gói gọn dưới tên "Môi trường được cấp phép Solana (SPEs)", dành cho các tổ chức, cho phép các thực thể xây dựng và duy trì instance chuỗi riêng của họ, được hỗ trợ bởi SVM.
Pyth: Người đi đầu về chuỗi ứng dụng Solana
Có lúc, Pyth chiếm tới 10-20% tổng số giao dịch trên mạng chính Solana. Tuy nhiên, nó không cần bất kỳ tính năng kết hợp nào, do đó họ đơn giản là fork mã nguồn Solana. Điều này cho phép họ tận dụng thời gian khối nhanh 400ms của Solana để cập nhật giá thường xuyên. Pythnet là mạng đầu tiên sử dụng SVM làm chuỗi ứng dụng của mình.
Chuỗi ứng dụng Pythnet là một bản fork chứng minh quyền lực (PoA) của mạng chính Solana, đóng vai trò là lớp cơ sở tính toán để xử lý và tổng hợp dữ liệu do các nhà xuất bản dữ liệu của mạng Pyth cung cấp.
Tại sao Pyth chuyển đổi?
-
Nó không cần tính kết hợp, do đó có thể thoát khỏi tình trạng tắc nghẽn trên mạng chính
-
Nó cần một môi trường được cấp phép để phát hành dữ liệu
Cube Exchange là một ví dụ khác, một sàn CEX lai, được triển khai như một chuỗi ứng dụng SVM chủ quyền (có sổ lệnh hoàn toàn off-chain và thanh toán trên chuỗi ứng dụng SVM của họ).
Một số ví dụ về chuỗi ứng dụng Solana bao gồm:
-
DEX phái sinh: Giống như Hyperliquid, DEX phái sinh có thể hoạt động như một mạng L1 riêng biệt. Ngoài ra, đối với trường hợp giao dịch, có thể tùy chỉnh số lượng giao dịch mỗi khối, hoặc triển khai logic điều kiện, ví dụ như tích hợp trực tiếp việc thực hiện lệnh cắt lỗ vào L1, đảm bảo nó được thực hiện như một chuyển đổi trạng thái, hoặc giới thiệu logic nguyên tử đặc thù theo ứng dụng.
-
AI và DePIN: Những lĩnh vực này 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 vận hành như một thị trường tính toán thông qua chuỗi ứng dụng Cosmos.
-
Chuỗi ứng dụng quản trị: Được xác nhận bởi sự quan tâm của MakerDAO đối với chuỗi ứng dụng SVM, chuỗi quản trị chủ quyền có thể hấp dẫn. Quản trị tiền mã hóa vẫn đang phát triển, việc sở hữu một chuỗi chuyên dụng để fork có thể trở thành 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 game: Một dự án game sòng bạc trên Solana đang cân nhắc chuỗi ứng dụng của riêng họ.
-
Fork sửa đổi Solana: Tương tự như Monad hay Sei cung cấp EVM được tối ưu (song song hóa), ai đó có thể xây dựng một phiên bản Solana tối ưu hơn. Xu hướng này có thể phổ biến hơn trong những năm tới, đặc biệt khi mạng chính Solana bắt đầu khám phá các kiến trúc thiết kế mới.
Tưởng tượng về stack chuỗi ứng dụng Solana
Mặc dù xây dựng một chuỗi ứng dụng có thể tương đối đơn giản, nhưng đảm bảo kết nối giữa tất cả các chuỗi ứng dụng là rất quan trọng cho khả năng tương tác. Lấy cảm hứng từ subnet Avalanche (kết nối qua Avalanche Warp Messaging bản địa) và chuỗi ứng dụng Cosmos (kết nối qua IBC), Solana cũng có thể tạo một framework nhắn tin nội bộ để kết nối các chuỗi ứng dụng này.
Cũng có thể tạo middleware kiểu Cosmos-SDK, cung cấp giải pháp một cửa để tạo chuỗi ứng dụng với hỗ trợ tích hợp sẵn cho Oracle (như Pyth hay Switchboard), RPC (như Helius) và kết nối nhắn tin (như Wormhole).
Polygon AggLayer cũng là một phương pháp thú vị, nơi các nhà phát triển có thể kết nối bất kỳ chuỗi L1 hay L2 nào vào AggLayer, sau đó AggLayer sẽ tổng hợp các bằng chứng ZK từ tất cả cá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 gia tăng giá trị cho SOL, vì chúng không trả phí bằng SOL hay sử dụng SOL làm gas token, trừ khi SOL được stake lại để đảm bảo an ninh kinh tế, nhưng chúng thực sự mang lại lợi ích to lớn cho hệ sinh thái SVM. Cũng giống như tồn tại "hiệu ứng mạng EVM", càng nhiều fork SVM và chuỗi ứng dụng sẽ càng củng cố hiệu ứng mạng SVM. Cùng một logic khiến Eclipse (L2 SVM trên Ethereum) có lợi cho SVM, ngay cả khi nó là đối thủ cạnh tranh trực tiếp với mạng chính Solana.
Lớp thứ hai của Solana
Lớp 2 (Layer 2) của Solana, hay còn gọi là Rollup, là các chuỗi độc lập về mặt logic, chúng xuất bản dữ liệu lên lớp sẵn có dữ liệu (DA) của chuỗi gốc và tái sử dụng cơ chế đồng thuận của chuỗi gốc. Chúng cũng có thể sử dụng các lớp DA khác, như Celestia, nhưng khi đó sẽ không còn là Rollup thực sự nữa. "RollApp" là một thuật ngữ thường dùng để chỉ Rollup dành riêng cho ứng dụng (phần lớn các ứng dụng trên Solana đang khám phá).
Rollup của Solana giống Ethereum không?
Rõ ràng là không. 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 tư tưởng, Rollup của Ethereum là từ trên xuống, Ethereum Foundation và các lãnh đạo quyết định mở rộng thông qua Rollup, họ bắt đầu ủng hộ các L2 khác nhau sau sự kiện CryptoKitties. Trong khi đó trên Solana, nhu cầu là từ dưới lên, đến từ các nhà phát triển ứng dụng có sự chấp nhận lớn từ người dùng. Do đó, phần lớn các Rollup hiện nay là chiến lược marketing, bị thúc đẩy nhiều hơn bởi câu chuyện chứ không phải nhu cầu người dùng. Đây là một sự khác biệt lớn, có thể dẫn đến một tương lai Rollup khác biệt so với những gì thấy trên Ethereum.
Nén = Rollup không?
L2 mở rộng chuỗi blockchain lớp cơ sở (L1) bằng cách thực thi giao dịch trên L2, gom nhóm dữ liệu giao dịch và nén chúng. Sau đó dữ liệu đã nén được gửi đến L1 và được sử dụng trong bằng chứng gian lận (Rollup lạc quan) hoặc bằng chứng hợp lệ (zk Rollup). Quá trình này được gọi là "thanh toán". Tương tự, nén có thể dỡ tải giao dịch khỏi mạng chính, giảm sự tranh giành trạng thái ở lớp cơ sở. Đáng chú ý, L2 Grass sẽ tận dụng nén trạng thái cho Rollup của mình.
Tình hình Rollup trên Solana
Hiện tại có hai ứng dụng "giống Rollapp" đang hoạt động:
GetCode
Một ứng dụng thanh toán, kèm SDK vi thanh toán, cho phép bất kỳ ai có thể thanh toán và nhận thanh toán ngay lập tức, đồng thời sử dụng cấu trúc pseudo-Rollup cho ứng dụng. Nó tạo intent cho mọi giao dịch và sử dụng sequencer kiểu Rollup, sau đó thanh toán trên Solana sau mỗi N khoảng thời gian.
Việc sử dụng cấu trúc kiểu Rollup cho phép:
-
Tính linh hoạt: Intent có thể đại diện cho nhiều hoạt động trong tương lai, không chỉ riêng giao dịch thanh toán. Hơn nữa, nếu cần, Solana như một chuỗi cũng có thể được thay thế.
-
Tức thì và riêng tư: Nhờ tính cuối cùng mềm từ sequencer, ngay cả khi Solana tắc nghẽn, thanh toán vẫn diễn ra tức thì. Mặc dù giao dịch hiển thị trên chuỗi, giá trị chính xác và intent vẫn mơ hồ, đảm bảo quyền riêng tư cho người dùng.
Ephemeral Rollup của MagicBlocks
MagicBlocks là một cơ sở hạ tầng Web3 dành riêng cho game, phát triển Rollup tạm thời (ephemeral) cho game. Nó sử dụng cấu trúc tài khoản SVM, trạng thái game được chia thành các cụm. Nó tạm thời chuyển trạng thái sang một lớp phụ trợ hoặc "Rollup tạm thời", một lớp chuyên dụng có thể cấu hình. Rollup tạm thời hoạt động như một runtime SVM chuyên dụng hoặc Rollup để xử lý giao dịch với thông lượng cao hơn.
Việc sử dụng cấu trúc kiểu Rollup cho phép:
-
Tùy chỉnh runtime chuyên dụng, bao gồm giao dịch không phí, thời gian khối nhanh hơn và tích hợp cơ chế tick (ví dụ: hệ thống lập lịch giao dịch tích hợp không phí, hoạt động như đồng hồ).
-
Các nhà phát triển có thể triển khai chương trình lên lớp cơ sở (ví dụ: Solana) thay vì trên một chuỗi riêng biệt hay Rollup. ER không phá vỡ hệ sinh thái hiện tại và cho phép tăng tốc hoạt động mục tiêu mà không tạo ra môi trường bị cô lập. Nghĩa là tất cả cơ sở hạ tầng Solana hiện tại đề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 cực kỳ mở rộng, có thể khởi động Rollup theo yêu cầu và tự động mở rộng ngang để chứa hàng triệu giao dịch người dùng mà không gặp phải các đánh đổi điển hình của L2 truyền thống. Mặc dù MagicBlock tập trung vào game, phương pháp này cũng có thể áp dụng cho các ứng dụng khác, ví dụ như thanh toán.
Các Rollup sắp ra mắt trên Solana
Grass: Dự án DePIN nhằm giải quyết vấn đề dữ liệu AI thông qua các crawler mạng đã được xác minh. Khi các nút Grass crawl dữ liệu huấn luyện AI từ mạng, các validator sẽ lưu trữ dữ liệu đó trên chuỗi, theo dõi chính xác nguồn gốc dữ liệu và nút chịu trách nhiệm crawl, rồi thưởng cho chúng theo tỷ lệ.
Grass cần 1 triệu yêu cầu mạng mỗi giây, điều này là không khả thi trên mạng chính Solana. Do đó, họ dự định tạo bằng chứng ZK cho dữ liệu gốc của tất cả các tập dữ liệu và thanh toán theo lô trên L1 Solana. Họ đang cân nhắc sử dụng nén trạng thái từ một cụm khác và thanh 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 một loạt ứng dụng chỉ có thể tồn tại trên Grass (lưu ý, nền tảng và cơ sở hạ tầng thường có định giá cao hơn, và Grass sắp ra mắt token).
Zeta: Một trong những sàn giao dịch perpetual lâu đời nhất trên Solana, từng hoàn toàn phụ thuộc vào sổ lệnh perpetual trên chuỗi, giờ đây cũng dự định chuyển khớp lệnh xuống off-chain thông qua Rollup Solana.
Sàn giao dịch perpetual có PMF (Product-Market Fit) tức thì với 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 trên Hyperliquid hay Aevo so với sàn perpetual Solana, bạn sẽ thấy ở sàn perpetual Solana bạn phải ký mỗi giao dịch, một cửa sổ ví bật lên, và bạn phải chờ khoảng 10-20 giây. Ngoài ra, sàn perpetual không cần thực thi đồng bộ và có tính kết hợp cao với các tài sản khác trong DeFi (đặc biệt là trong việc khớp lệnh).
Thú vị là, Armani - đồng sáng lập Backpack cũng đăng tweet rằng họ hiện nay thiên về L2 hơn.
Sonic cũng đang xây dựng một chuỗi SVM phân mảnh (Hypergrid), điều này sẽ cho phép các game triển khai chuỗi riêng của họ trên Solana. Ngoài ra còn có các Rollup Ethereum dựa trên SVM như Eclipse và NitroVM, sử dụng SVM làm engine thực thi. Neon hoạt động trên Solana như một L2 tương thích EVM. Ngoài ra, còn có một số dự án đang trong giai đoạn ý tưởng như Molecule (một L2 Bitcoin trên SVM).
Sovereign SDK là một framework khác kiểu node.js để xây dựng Rollup. Người dùng mang mã Rust của họ, chúng tôi sẽ chuyển đổi nó thành một Rollup lạc quan hoặc ZK có thể 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 bất kỳ máy ảo nào.
Một vài lập luận về Rollup
1. Rollup = căn chỉnh với SOL:
Thuật ngữ “căn chỉnh ETH” hay đúng hơn là “ưu tiên gói tài sản ETH” đã trở thành một meme phổ biến. Bạn nghĩ tại sao L2 và Restaking/EigenLayer lại trở thành những câu chuyện hot nhất? Vì chúng gia tăng “tính chất tiền tệ của ETH”, và ETH được dùng làm tài sản cốt lõi. Nguyên tắc tương tự cũng áp dụng với Solana. Cộng đồng Solana sẽ đoàn kết quanh bất kỳ giải pháp nào có thể tăng giá trị cho SOL của họ, đơn giản vậy thôi. Khi hệ sinh thái Solana mở rộng, “tính chất tiền tệ của SOL” từng bị bỏ quên sẽ trở nên quan trọng. Hãy nhớ rằng, phần lớn các Rollup đều là “chiến lược marketing”, và do thị trường vẫn đánh giá cơ sở hạ tầng cao hơn ứng dụng, chúng mang lại tích lũy giá trị token tốt hơn.
2. Rollup sẽ cảm giác như một phần mở rộng của Solana
Ngoài lợi ích về bảo mật (tức thừa hưởng bảo mật từ lớp cơ sở), việc dễ dàng truy cập người dùng và tài sản Solana sẽ là lợi thế lớn. Như Jon Charbonneau chỉ ra, các Rollup Ethereum như Base, Optimism và Arbitrum cảm giác giống như phần mở rộng của Ethereum. 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 chiếm ưu thế trong DeFi, tất cả cặp giao dịch đều định giá bằng ETH, các ứng dụng xã hội định giá NFT và trả tiền cho người sáng tạo bằng ETH (ví dụ friend.tech), và việc nạp tiền vào L2 là tức thì, v.v. Tương tự, điều này sẽ xảy ra trên Solana. Từ
Chào mừng tham gia cộng đồng chính thức TechFlow
Nhóm Telegram:https://t.me/TechFlowDaily
Tài khoản Twitter chính thức:https://x.com/TechFlowPost
Tài khoản Twitter tiếng Anh:https://x.com/BlockFlow_News
@yashhsm
