Một tháng trước, Vibhu, người sáng lập DRiP, ứng dụng tiêu dùng hàng đầu về Solana phân phối NFT miễn phí từ các nghệ sĩ hàng đầu, đã gây ra một cuộc tranh luận rất cần thiết với tuyên bố của mình:

Solana sẽ có và cần phải có L2 và / hoặc rollups

Sự thất vọng của anh ấy nảy sinh vì DRiP đã bị rò rỉ giá trị đáng kể (~ $ 20K / tuần) cho lớp cơ sở, nhờ giá SOL tăng và Nghẽn mạng. Tăng hoạt động trên Solana dẫn đến:

• Ưu điểm - Tính thanh khoản, vốn và khối lượng giao dịch được nâng cao (do khả năng kết hợp)
• Nhược điểm - Chi phí cơ sở hạ tầng tăng cao, trải nghiệm người dùng kém và tắc nghẽn

Tuy nhiên, DRiP, chủ yếu sử dụng Solana như cơ sở hạ tầng để phân phối hàng triệu NFT hàng tuần từ các nghệ sĩ đến hàng nghìn ví, không được hưởng lợi từ khả năng kết hợp cao. Sự tăng trưởng trong dòng vốn và TVL của Solana ít tác động đến DRiP, vốn chủ yếu bị hạn chế, chẳng hạn như chi phí cơ sở hạ tầng cao.

Vibhu chỉ ra, "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 đang thảo luận riêng về mong muốn rollups của họ vì:

1. Tăng thông lượng giao dịch, ít cạnh tranh về không gian khối hơn và giảm phí.
2. Kiểm soát tốt hơn giá trị kinh tế mà doanh nghiệp của họ tạo ra.

Post Link

Trong vài tháng qua, Solana đã trải qua nhiều sự cố tắc nghẽn, từ airdrop như JUP đến khai thác quặng và giao dịch memecoin cao điểm. Mặc dù người ta có thể lập luận rằng Firedancer có thể giải quyết tất cả những vấn đề này, nhưng hãy thực tế: dòng thời gian vẫn chưa chắc chắn và hiện tại nó không thể vượt quá 10x. Mặc dù vậy, sự thật là trong số tất cả các chuỗi chính đã được thử nghiệm chiến đấu, Solana là khối đá nguyên khối thực sự cuối cùng còn sót lại.

Solana nên vẫn là một khối nguyên khối hay trở thành mô-đun? Liệu Solana cũng sẽ phát triển như Ethereum với các giải pháp L2 và L3 bị phân mảnh, trong số những giải pháp khác? Bối cảnh hiện tại của appchains và rollups trên Solana là gì?

Để giải quyết những câu hỏi này và tóm tắt toàn bộ cuộc tranh luận, bài tiểu luận 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 kỹ thuật mà thay vào đó sẽ áp dụng quan điểm thực tế và định hướng thị trường hơn trong việc thảo luận về các phương pháp mở rộng quy mô khác nhau để cung cấp một cái nhìn tổng quan.

Tất cả thông tin chi tiết, không có lông tơ - cộng với nhiều alpha.

Tóm lại, chúng ta sẽ thảo luận:

1. Solana và Congestion
2. Making Solana Modular Solana
3. Appchains - với các ví dụ
4. Sollana Layer-2s và Rollups (RollApps) - với các ví dụ
5. Infra Powering Rollups và Appchains

Solana và tắc nghẽn:

Hãy bắt đầu bằng cách giải quyết con voi trong phòng: mạng Solana gần đây đã bị tắc nghẽn cao (hiện đã được giải quyết hầu hết) do airdrop, một lượng đáng kể hoạt động giao dịch memecoin, v.v., dẫn đầu thời gian ping cao, tỷ lệ giao dịch thất bại cao và tăng Phí mạng do phí ưu tiên cao hơn. Bất chấp tất cả những điều này, Solana đã liên tục xử lý khoảng 1-2k TPS, nhiều hơn tất cả các chuỗi EVM cộng lại. Tôi có thể nói rằng đó là một vấn đề tốt cho một blockchain, và nó cũng đã đưa luận điểm nguyên khối của Solana vào thử nghiệm.

Quỹ Solana gần đây đã xuất bản một blog kêu gọi các dự án thực hiện các hành động ngay lập tức để nâng cao hiệu suất mạng, bao gồm:

• Thực hiện các khoản phí ưu tiên - rất quan trọng để tránh các giao dịch bị trì hoãn hoặc bị rơi.
• Tối ưu hóa việc sử dụng Đơn vị tính toán chương trình (CU) – chỉ sử dụng những gì cần thiết.
• Triển khai Chất lượng dịch vụ (QoS) có trọng số thế chấp - cho phép các ứ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ỉ phần nào cải thiện việc hoàn thành giao dịch và không đảm bảo UX giao dịch suôn sẻ. Một bản sửa lỗi ngay lập tức cho vấn đề này là Trình lập lịch giao dịch mới rất được mong đợi, dự kiến sẽ phát hành trong phiên bản 1.18 được nhắm mục tiêu vào cuối tháng Tư. Nó sẽ được giới thiệu 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 hoàn nguyên về 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 nhằm mục đích 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 sâu hơn về @harshpatel_36138/whats-new-with-solana-s-transaction-scheduler-bcf79a7d33f7">new Scheduler.

Anza (một thực thể spinoff từ Solana Labs) đã được c liên tục cố gắng giải quyết Nghẽn mạng đã được xác định là các vấn đề 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 Agave (Solana Labs), khi được yêu cầu xử lý một số lượng lớn yêu cầu.

Liên kết bài đăng

Trong khi những người ủng hộ mô-đun đã ủng hộ mạnh mẽ cho một 'lộ trình mô-đun' cho Solana, Solana Labs / Anza (người bảo trì cốt lõi của Solana giao thức) 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:

1. Đạ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).

2. Thực hiện phí ghi khóa theo cấp số nhân cho các tài khoản, tức là tăng dần phí theo thời gian để ngăn chặn spam.

3. Tối ưu hóa các yêu cầu ngân sách CU thông qua hệ thống phạt.

4. Tăng cường kiến trúc mạng tổng thể.

Ngay cả với những cải tiến này trong tỷ lệ dọc (chuỗi đơn), chúng tôi không thể loại bỏ khả năng Solana áp dụng tỷ lệ ngang (rollups). Thực tế là Solana có thể trở thành 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 rollups, tự hào với thời gian khối Trễ siêu thấp (~ 400 ms) sẽ mang lại lợi ích đáng kể cho rollups, chẳng hạn như cho phép xác nhận mềm siêu nhanh từ các trình sắp xếp. Phần tốt nhất là Solana trong lịch sử đã nhanh chóng thực hiện các thay đổi, có khả năng làm cho nó trở thành một lớp hiệu quả hơn cho rollups so với Ethereum.

Cập nhật: Anza hiện đã đẩy một số bản vá giúp giảm bớt một số Nghẽn mạng đang diễn ra và sẽ được theo sau bởi các cải tiến hơn nữa trong v1.18.

Making Solana Modular:

Những nỗ lực để tạo ra Solana mô-đun đã được bắt đầu. Như Anza DevRel's post chỉ ra, trình xác thực Solana và SVM (môi trường thực thi xử lý các giao dịch và hợp đồng thông minh / chương trình) được Anza (một thực thể spin-off từ Solana Labs) kết hợp chặt chẽ và duy trì. Tuy nhiên, máy khách xác thực và thời gian chạy SVM sẽ được tách ra trong vài tháng tới. Sự tách biệt này sẽ tạo điều kiện thuận lợi cho việc phân nhánh SVM và dễ dàng tạo ra 'Solana appchains'.

Ví rollups, lợi ích có thể đến từ việc tối ưu hóa lớp Solana Data Availability (DA) / blob, mặc dù điều này có thể xảy ra ở giai đoạn sau.

Nguồn: Anza DevRel

Joe C (kỹ sư tại Anza) cũng tiết lộ kế hoạch tạo SVM theo mô-đun, trong đó đường ống 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 thực nào.

SVM bị cô lập sẽ là một 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ể thúc đẩy các mô-đun này thông qua các giao diện được xác định rõ, giảm hơn nữa các rào cản cho các dự án tương thích với SVM bằng cách giảm đáng kể chi phí cần thiết để kiến trúc 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 sử dụng các triển khai đã thiết lập cho phần còn lại, chẳng hạn như các mô-đun từ Agave hoặc Firedancer.

Trong short, Solana sẽ là plug-and-play nhiều hơn, làm cho Solana appchains và rollups dễ dàng hơn nhiều.

Nói chung, có hai hướng, nơi điều này có thể đi: Layer-2s / Rollups và Appchains. Chúng ta sẽ xem xét cả hai - từng cái một.

Solana Appchains:

Còn được gọi là SVM fork, đây thực chất là các nhánh của chuỗi Solana dành riêng cho các ứng dụng cụ thể. Pyth là Solana appchain đầ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 một trong những giao thức DeFi lớn nhất, Maker, gây xôn xao với đề xuất phát triển một appchain Maker (để quản trị) dựa trên cơ sở mã Solana (SVM). Ông đã chọn SVM do cộng đồng nhà phát triển mạnh mẽ và ưu thế kỹ thuật so với các máy ảo khác, nhằm mục đích fork chuỗi hoạt động hiệu quả nhất để đáp ứng tốt hơn nhu cầu của người tiêu dùng. Mặc dù chưa có gì được thực hiện, động thái này đã gây ra một cuộc tranh luận rất cần thiết về Solana appchains.

Nói chung, nó có thể có hai loại:

1. 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.
2. Permissioned – Được đóng gói dưới dạng 'Solana Permissioned Environments (SPEs)' bởi Solana Foundation cho các tổ chức, nó cho phép các thực thể xây dựng và duy trì phiên bản chuỗi của riêng họ, được cung cấp bởi SVM.

Pyth – The OG Solana Appchain:
Có thời điểm, Pyth chiếm 10-20% tổng số giao dịch trên mainnet Solana. Tuy nhiên, nó không yêu cầu bất kỳ khả năng kết hợp nào, vì vậy họ chỉ cần phân nhánh cơ sở mã Solana. Điều này cho phép họ tận dụng khối thời gian nhanh 400 ms của Solana để cập nhật giá tần suất cao. Pythnet là mạng đầu tiên áp dụng SVM cho appchain của mình.

Appchain Pythnet là một fork Proof-of-Authority của mạng chính của Solana, đóng vai trò là lớp cơ sở tính toán để xử lý và tổng hợp dữ liệu được cung cấp bởi mạng lưới các nhà xuất bản dữ liệu của Pyth.

Tại sao Pyth lại di chuyển?
-Nó không yêu cầu khả năng kết hợp cao (đặc biệt là đối với các ứng dụng không Solana) và do đó không bị tắc nghẽn mainnet.

• Nó cần một môi trường được phép để xuất bản dữ liệu.
• Giảm chi phí cơ sở hạ tầng bằng cách nội bộ hóa các khoản phí, trước đây đã bị rò rỉ vào lớp cơ sở (Solana).

Cube Exchange là một ví dụ khác, một CEX lai được triển khai như một appchain SVM có chủ quyền (với một cuốn sách hoàn toàn off-chain lệnh và thanh toán trên appchain SVM của họ)

Một số ví dụ về Solana Appchains có thể là:

1. Perp DEXs: Giống như Hyperliquid, Perp DEX có thể hoạt động như các mạng L1 riêng biệt. Ngoài ra, đố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 logic có điều kiện có thể được thực hiện, chẳng hạn như tích hợp thực hiện lệnh cắt lỗ trực tiếp vào L1, đảm bảo 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ử cụ thể cho ứng dụng.
2. AI và DePIN: Chúng có thể có một niêm yết được kiểm soát của các nhà cung cấp dịch vụ 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.
3. Appchains 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, một appchain quản trị có chủ quyền có thể hấp dẫn. Quản trị trong tiền điện tử vẫn đang phát triển và có một chuỗi fork chuyên dụng có thể là một cơ chế phối hợp hữu ích.
4. Chuỗi ứng dụng Doanh nghiệp 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).
5. Gaming Appchains: Một dự án trò chơi sòng bạc trên Solana đang xem xét appchain của nó.
6. Các nhánh Solana được sửa đổi: Tương tự như cách Monad hoặc Sei cung cấp EVM được tối ưu hóa (song song), 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ể 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 dung về ngăn xếp Solana Appchain:

Mặc dù việc thiết lập một chuỗi ứng dụng có thể tương đối đơn giản, nhưng việc đảm bảo kết nối trên tất cả các appchain là rất quan trọng đối với khả năng tương tác. Lấy cảm hứng từ Avalanche Subnets (được kết nối bởi Warp Messaging Avalanche gốc) và chuỗi ứng dụng Cosmos (được kết nối bởi IBC), Solana cũng có thể tạo ra một khung nhắn tin gốc để kết nối các chuỗi ứng dụng này.

Post Link

Người ta cũng có thể tạo ra một phần mềm trung gian giống như Cosmos-SDK, cung cấp giải pháp chìa khóa trao tay để tạo các chuỗi ứng dụng với hỗ trợ tích hợp cho các nhà tiên tri (như Pyth hoặc Tổng đài), RPC (như Helius) và kết nối nhắn tin (như Wormhole), trong số những người khác.

Polygon AggLayer cũng sẽ là một cách tiếp cận thú vị, nơi 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, tổng hợp các bằng chứng ZK từ tất cả các chuỗi được kết nối.

Appchain Net có dương tính với hệ sinh thái Solana không?

Mặc dù appchain không trực tiếp tích lũy giá trị cho SOL, vì chúng sẽ không trả phí bằng SOL hoặc sử dụng SOL làm mã thông báo gas — trừ khi SOL được đặt cọc lại được sử dụng cho an ninh kinh tế — chúng mang lại lợi ích lớn cho hệ sinh thái SVM. Cũng giống như có 'hiệu ứng mạng EVM', nhiều nhánh và appchain SVM hơn sẽ tăng cường hiệu ứng mạng SVM. Logic tương tự làm cho Eclipse (SVM L2 trên Ethereum) bullish cho SVM được áp dụng, mặc dù nó là đối thủ cạnh tranh trực tiếp với mạng chính Solana.

Solana Layer-2s:

Solana Layer-2s, hoặc rollups, là các chuỗi riêng biệt về mặt logic đăng dữ liệu lên lớp Data Availability (DA) của chuỗi máy chủ và sử dụng lại cơ chế đồng thuận của chuỗi chủ. Họ cũng có thể sử dụng các DA Layer khác như Celestia, tuy nhiên, nó không còn là một rollup thực sự. "RollApp" là một thuật ngữ 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á).

Bản tổng hợp Solana có giống với Ethereum không?
Rõ ràng là không. Ví Solana, Rollups sẽ chủ yếu được trừu tượng hóa cho người dùng cuối. Trên mặt trận ý thức hệ, Ethereum rollups là từ trên xuống, nơi Quỹ Ethereum 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 rollups và họ bắt đầu hỗ trợ các L2 khác nhau sau thất bại của CryptoKitties. Trong khi Solana, nhu cầu là từ dưới lên, tức là đến từ các nhà phát triển ứng dụng với sự chấp nhận đáng kể của người tiêu dùng. Kết quả là, hầu hết các vở kịch cuộn hiện tại là các vở kịch tiếp thị và được định hướng theo câu chuyện nhiều 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ể và có thể dẫn đến một tương lai khác cho rollups so với những gì chúng ta đã thấy trên Ethereum.

Có phải nén = tổng hợp không?

L2s mở rộng quy mô blockchain lớp cơ sở (L1s) bằng cách thực hiện các giao dịch trên L2, phân lô dữ liệu giao dịch và nén nó. Dữ liệu nén sau đó được gửi đến L1 và được sử dụng trong bằng chứng gian lận (optimistic rollup) hoặc bằng chứng hợp lệ (zk rollup). Quá trình chứng minh này được gọi là 'giải quyết'. Tương tự, nén giảm tải các giao dịch từ mạng chính, giảm tranh chấp trạng thái trên lớp cơ sở. Đáng chú ý, Grass L2 sẽ tận dụng State Compression cho bản tổng hợp của nó.

Rollups Phong cảnh trên Solana:

Hai 'hơi rollapps' hiện đang hoạt động:

1. GetCode:

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 và cũng sử dụng bản tổng hợp giả cho ứng dụng của nó. Nó tạo ra ý định cho tất cả các giao dịch và sử dụng một trình tự giống như cuộn lên, giải quyết trên Solana sau khoảng thời gian N.

Sử dụng cấu trúc giống như rollup cho phép:

1. Tính linh hoạt: Ý định có thể đại diện cho các hoạt động khác nhau trong tương lai, không chỉ các giao dịch thanh toán. Hơn nữa, Solana như một chuỗi cũng có thể được thay thế nếu cần thiết.
2. Tức thì và riêng tư: Với tính cuối cùng mềm mại của trình sắp xếp, thanh toán là ngay lập tức ngay cả trong thời gian tắc nghẽn Solana. Mặc dù các giao dịch có thể nhìn thấy on-chain, giá trị và ý định chính xác vẫn bị che khuất, đảm bảo quyền riêng tư của người dùng.

2. Ephermal Rollups của MagicBlocks

MagicBlocks, một cơ sở hạ tầng trò chơi web3 đã phát triển rollups Ephermal (hoặc tạm thời), đặc biệt là cho các 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 một lớp phụ trợ hoặc "ephemeral rollup", 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 hoạt động như một thời gian chạy hoặc tổng hợp SVM chuyên dụng để tạo điều kiện xử lý giao dịch ở thông lượng cao.

Sử dụng cấu trúc giống như cuộn lên cho phép:

1. Tùy chỉnh thời gian chạy chuyên dụng để bao gồm các tính năng như giao dịch không cần gas, thời gian khối nhanh hơn và kết hợp cơ chế đánh dấu (ví dụ: hệ thống lập lịch giao dịch tích hợp như đồng hồ, hoạt động miễn phí).
2. Các nhà phát triển để triển khai các chương trình cho lớp cơ sở (ví dụ: 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ân mảnh hệ sinh thái hiện có và cho phép tăng tốc các hoạt động được nhắm mục tiêu mà không tạo ra một 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ó có thể được sử dụng.

Cách tiếp cận này tạo điều kiện cho một hệ thống có khả năng mở rộng cao có khả năng khởi chạy rollups theo yêu cầu và tự động mở rộng theo chiều ngang để phù hợp với 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. Trong khi MagicBlock đặc biệt tập trung vào chơi game, cách tiếp cận này có thể được áp dụng cho các ứng dụng khác như thanh toán.

Bản tổng hợp Solana sắp tới:

1. Grass: Một dự án DePIN nhằm giải quyết các vấn đề dữ liệu AI thông qua việc cạo đã được xác minh. Khi các nút Grass quét web để lấy dữ liệu đào tạo AI, Người xác thực sẽ lưu trữ dữ liệu on-chain, theo dõi chính xác nơi dữ liệu bắt nguồn và nút nào chịu trách nhiệm cạo dữ liệu, thưởng cho chúng theo tỷ lệ.

Grass yêu cầu 1 triệu yêu cầu web mỗi giây, điều này không khả thi trên mạng chính Solana. Do đó, họ có kế hoạch tạo bằng chứng ZK về dữ liệu gốc cho tất cả các bộ dữ liệu và phân lô chúng để giải quyết trên Solana L1. Họ đang xem xét sử dụng nén trạng thái từ một cụm khác và giải quyết các gốc trên mainnet-beta.

Sự phát triển này sẽ định vị Grass như một lớp cơ sở cho một loạt các ứng dụng chỉ có thể có trên đỉnh Grass (lưu ý rằng các nền tảng và cơ sở hạ tầng thường chỉ huy định giá cao hơn nhiều và Grass sẽ sớm tung ra mã thông báo :P).

1. Zeta: Một trong những DEX perp lâu đời nhất trên Solana có một cuốn sách lệnh perp hoàn toàn on-chain cũng đang có kế hoạch di chuyển khớp off-chain của mình thông qua bản tổng hợp Solana.

Perp DEX có PMF ngay lập tức để rollups vì chúng cải thiện đáng kể UX. Chỉ cần hỏi ai đó đã giao dịch trên Hyperliquid hoặc Aevo so với Solana DEX perp, nơi bạn phải ký mỗi giao dịch, một ví bật lên và bạn phải đợi ~ 10-20 giây. Hơn nữa, các perp không yêu cầu thực hiện đồng bộ và cung cấp khả năng kết hợp cao với phần còn lại của DeFi, đặc biệt là trong khía cạnh khớp thương mại.

Thật thú vị, Armani (Đồng sáng lập Backpack) cũng đã tweet rằng họ hiện đang hướng đến L2.

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 chúng trên Solana. Ngoài ra còn có các Ethereum rollups dựa trên SVM như Eclipse và NitroVM sử dụng SVM làm công cụ thực thi. Neon hoạt động như một L2 tương thích EVM trên Solana. Ngoài ra, có những dự án ở giai đoạn ý tưởng, chẳng hạn như Molecule (một Bitcoin Layer 2 SVM).

Sovereign SDK là một framework khác tương tự như node.js, nhưng để xây dựng rollups. Người dùng mang mã Rust của họ và chúng tôi biến nó thành một bản tổng hợp Optimistic hoặc ZK 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 bất kỳ VM nào.

Một vài luận điểm về Rollups:

1. Rollups = Được căn chỉnh SOL:
   Thuật ngữ 'ETH-Aligned', hoặc một từ tốt hơn cho 'ETH Bag Biases', đã trở thành một meme phổ biến. Tại sao bạn nghĩ rằng Layer 2s và Restaking / EigenLayer đã trở thành câu chuyện nóng nhất? Đó là bởi vì chúng làm tăng 'Tiền bạc của ETH', với ETH được sử dụng làm tài sản cốt lõi ở khắp mọi nơi.

Nguyên tắc tương tự á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 tăng cường nắm giữ SOL của họ - thật đơn giản. Khi hệ sinh thái Solana mở rộng, 'Moneyness of SOL' từng bị bỏ qua sẽ trở nên quan trọng. Hãy nhớ rằng, hầu hết các Rollups dù sao cũng là "Marketing Play" và cung cấp tích lũy giá trị mã thông báo tốt hơn vì thị trường vẫn định giá Infra nhiều hơn Ứng dụng.

1. Rollups sẽ giống như một phần mở rộng cho Solana:
   Ngoài lợi ích bảo mật (tức là kế thừa bảo mật từ lớp cơ sở), 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 lưu ý, Ethereum Rollups như Base, Optimism và Arbitrum cảm thấy giống như phần mở rộng của Ethereum. Người dùng duy trì cùng một ví và địa chỉ, mã thông báo gas gốc là một phiên bản chuẩn duy nhất của ETH ETH thống trị DeFi với tất cả các cặp giao dịch, ứng dụng xã hội định giá NFT theo ETH và người tạo trả tiền bằng ETH (ví dụ: 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. Học hỏi từ Ethereum, hầu hết Solana Rollapps sẽ không khiến người dùng cảm thấy như họ đang sử dụng một chuỗi riêng biệt (ví dụ: Getcode).

1. Solana sẽ thấy nhiều "RollApps" hơn "Rollups"
   Solana không có vấn đề mở rộng quy mô như Ethereum nơi mainnet đơn giản là 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 cần blockspace chuyên dụng sẽ tạo rollups của chúng. Mặc dù Rollups mục đích chung trên Solana không có ý nghĩa đối với tôi, nhưng về mặt kinh tế, nó có ý nghĩa đối với các dự án. Ví dụ: người dùng cơ sở đã tạo ra doanh thu 2 triệu đô la cho Coinbase chỉ trong một ngày! Các ưu đãi cho các nhà xây dựng nghiêng nhiều về phía L2. Tuy nhiên, như đã quan sát, mỗi EVM rollup dường như là một cuộn vani và nhiều người, như Linea, Scroll hoặc zkSync, đã trở thành chuỗi ma chỉ với nông dân thực hiện một vài giao dịch cho airdrop mã thông báo.

Hơn nữa, tôi cảm thấy L2 có mục đích chung trên Solana có thể dẫn đến các vấn đề Ethereum cũ tương tự, tức là rollups tập trung, tắc nghẽn và phân mảnh thanh khoản.

1. Tại sao một số ứng dụng muốn chuyển sang Rollapps/appchain?
   Mọi ứng dụng ban đầu sẽ bắt đầu vào Solana Mạng chính, vì việc lưu trữ nhiều ứng dụng hơn trên cơ sở hạ tầng được chia sẻ làm giảm đáng kể sự 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:
   • Nắm bắt giá trị: Sẽ khó khăn hơn để nội bộ hóa giá trị trên một lớp Solana dùng chung không được thiết kế chỉ với một ứng dụng trong tâm trí. MEV chụp có thể là một lựa chọn sinh lợi khác cho DEX.
   Khả năng tùy chỉnh
   • không gian khối chuyên dụng
   • trong các trường hợp sử dụng như:
     • Quyền riêng tư: Ví dụ: Getcode sử dụng trình tự để tạo điều kiện thanh toán riêng tư cho người dùng.
     • Thử nghiệm thị trường phí
     • Mempool được mã hóa để giảm thiểu MEV
     • sách lệnh phù hợp
2. Tuy nhiên, không phải tất cả các ứng dụng đều muốn khởi chạy Rollup 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ụ: đủ TVL, người dùng khối lượng). Ra mắt chuỗi của riêng bạn ngày hôm nay liên quan đến sự đánh đổi đau đớn và không cần thiết (phức tạp, chi phí, UX tồi tệ hơn, thanh khoản phân mảnh, v.v.), mà hầu hết các ứng dụng, đặc biệt là những ứng dụng trong giai đoạn đầu, không thể biện minh cho lợi ích 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.
   Đối với Nhà xây dựng ứng dụng: Solana Mạng chính hoặc Appchain hoặc Rollup
   Hoàn toàn phụ thuộc. Nếu không có nhu cầu mạnh mẽ về khả năng kết hợp với tất cả các ứng dụng khác, việc sử dụng một vài thành phần khác nhau off-chain (appchain hoặc rollup) hoàn toàn có ý nghĩa. Người dùng không cần biết họ thậm chí đang sử dụng bản tổng hợp hoặc chuỗi ứng dụng. Grass, Zeta và Getcode đều trừu tượng hóa bất kỳ cơ sở hạ tầng kiểu rollup nào mà họ đang sử dụng cho người dùng của mình.

Đối với các trường hợp sử dụng được phép và tùy chỉnh, Token Extension cũng phục vụ hầu hết các nhu cầu như logic KYC / truyền trong khi vẫn giữ được khả năng kết hợp.
Vì vậy, DRiP sẽ là một L2 / appchain?
Hiện tại, DRiP sử dụng Solana cho:

* Ví do người dùng tạo (có thể trên L2 / appchain)
* Phân phối NFT nén (có thể trên L2 / appchain)
* Giao dịch NFT nén (có thể trên L2 / appchain, nhưng tiền cần được bắc cầu)

1. Chúng ta có thể thấy rõ ràng không có nhu cầu mạnh mẽ trên Lớp 1 Solana, bên cạnh công nghệ mà L2s / appchains cũng có thể cung cấp. Vì mục tiêu chính của DRiP luôn là người dùng web2, nó rất có thể đưa họ trực tiếp vào chuỗi của họ, điều này cho phép nó kiểm soát cao hơn nhiều trong dài hạn vì nó sẽ không bị rò rỉ tất cả giá trị cho chuỗi cơ sở (Solana). Hơn nữa, DRiP đã đạt đến tốc độ thoát hiểm (ứng dụng tiêu dùng lớn nhất trên Solana) để chuyển sang chuỗi của riêng họ. Một cấu trúc giả rollup như Getcode hoàn toàn có ý nghĩa đối với DRiP.

Infrastructure Powering Rollups and Appchains:

Nếu luận điểm rollapp / appchain 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 khi họ khai thác các thị trường mới:

1. Các nhà cung cấp Rollup as a Service (RaaS) hiện tại như Caldera có thể dễ dàng tham gia vào thị trường SVM khi nhu cầu xuất hiện. SVM Ethereum rollups như Eclipse và NitroVM cũng đang theo dõi cơ hội này. Ngoài ra, Sovereign Labs cung cấp bộ chuyển đổi SDK Solana < href = "https://x.com/cemozer_/status/1770547488132383160" > Sovereign cho phép rollups 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 L2, như Mert đã gợi ý nhiều lần.
2. Các trình tự được chia sẻ như Rome Protocol và nhu cầu về Light Client như Tinydancer. Trình tự được chia sẻ có thể thú vị đối với rollups 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 phân mảnh thanh khoản.
3. Ví như Phantom, Backpack, và Solflare. Cơ sở hạ tầng ví đa chữ ký và hợp đồng thông minh như Squads. Các đội luôn được định vị là "Lớp cơ sở hạ tầng ví hợp đồng thông minh dứt khoát cho Solana và SVM".
4. SOL Restaking: Luận án mô-đun cũng thúc đẩy việc lấy lại vì các rollups / appchain này có thể yêu cầu bảo mật được chia sẻ SOL và trở nên phù hợp hơn với Solana. Điều này dẫn đến:
   1. Những người chơi giai đoạn đầu như Cambrian, Picaso và Solayer
   2. Jito qua Stakenet và LST như Sanctum
   3. Validators — tăng doanh thu

Bớt suy nghĩ: Solana có thể xử lý toàn bộ nhu cầu của thế giới không?

Chắc chắn là không. Hãy thực tế: ngay cả khi xem xét Đị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 đó 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ẽ chuyển sang chuỗi của riêng chúng, trong khi các giao dịch có giá trị nhất sẽ vẫn nằm trên chuỗi chính, nơi khả năng kết hợp thực sự là điều cần thiết (ví dụ: Giao ngay DEX).

Và không, điều này không có nghĩa là Solana đã thua trong trận chiến nguyên khối và khả năng kết hợp; nó sẽ quản lý các trường hợp phụ thuộc vào khả năng kết hợp và Trễ thấp tốt hơn các chuỗi khác. Và không, Sui / Aptos / Sei / Monad, v.v. vẫn chưa tốt hơn, vì chúng tôi không biết và chúng vẫn chưa được thử nghiệm chiến đấu cho hoạt động người dùng thực cao.

Không giống như Ethereum, Solana Mạng chính không nhằm mục đích trở thành "chuỗi B2B"; nó đã và sẽ luôn là chuỗi tiêu dùng. Xây dựng các hệ thống phân tán ở quy mô lớn là vô cùng khó khăn và Solana có tiềm năng tốt nhất để trở thành sổ cái chia sẻ toàn cầu cho các giao dịch có giá trị nhất.

Solana cần tri kỷ: Appchains và Rollups có thể là sự kết hợp hoàn hảo của nó không?

Vui lòng liên hệ với tôi tại Yash Agarwal (@yashhsm trên Twitter) cho bất kỳ đề xuất nào hoặc nếu bạn có bất kỳ ý kiến nào. Nếu bạn thấy điều này thậm chí hơi sâu sắc, xin vui lòng chia sẻ nó - biện minh cho nhiều tuần nỗ lực của tôi và nhận được nhiều nhãn cầu hơn :)

Đặc biệt cảm ơn Karthik (PepperDEX), Brian Breslow (Dorahacks), Parth (Arana Ventures), Rex (Anza), Het Dagli (Superteam), Kash (Superteam), và Akshay (Superteam), người đã xem xét và cung cấp thông tin chi tiết ở các giai đoạn khác nhau của dự thảo.

Tuyên bố từ chối trách nhiệm:

1. Bài viết này được in lại từ [The Superteam Blog]. Tất cả bản quyền thuộc về tác giả gốc [YASH AGARWA]. Nếu có ý kiến phản đối bản in lại này, vui lòng liên hệ với nhóm Gate Learn và họ sẽ xử lý kịp thời.
2. Tuyên bố từ chối trách nhiệm: Các quan điểm và ý kiến được trình bày trong bài viết này chỉ là của tác giả và không cấu thành bất kỳ lời khuyên đầu tư nào.
3. Bản dịch bài viết sang các ngôn ngữ khác được thực hiện bởi nhóm Gate Learn. Trừ khi được đề cập, việc sao chép, phân phối hoặc đạo văn các bài báo đã dịch đều bị cấm.