TL;DR
Solana là nền tảng blockchain hiệu suất cao sử dụng kiến trúc kỹ thuật độc đáo để đạt được thông lượng cao và độ trễ thấp. Các công nghệ cốt lõi của nó bao gồm thuật toán Bằng chứng lịch sử (POH) để đảm bảo trật tự giao dịch và đồng hồ toàn cầu, cũng như các cơ chế đồng thuận Lịch trình luân chuyển nhà lãnh đạo và Tower BFT để tăng tốc độ sản xuất khối. Cơ chế Turbine tối ưu hóa việc truyền khối lớn thông qua mã hóa Reed-solomon. Máy ảo Solana (SVM) và công cụ thực thi song song Sealevel tăng tốc quá trình thực hiện giao dịch. Đây là những thiết kế kiến trúc của Solana để đạt được hiệu suất cao, nhưng chúng cũng gây ra một số vấn đề, chẳng hạn như thời gian ngừng hoạt động của mạng, lỗi giao dịch, vấn đề MEV, tăng trưởng trạng thái quá mức và các vấn đề tập trung.
Hệ sinh thái Solana đã phát triển nhanh chóng và các chỉ số dữ liệu khác nhau cũng phát triển nhanh chóng trong nửa đầu năm, đặc biệt là trong các lĩnh vực DeFi, cơ sở hạ tầng, GameFi/NFT, DePin/AI và ứng dụng tiêu dùng. Các chiến lược ứng dụng hướng đến người tiêu dùng và TPS cao của Solana, cũng như môi trường sinh thái với hiệu ứng thương hiệu yếu, mang đến cho các doanh nhân và nhà phát triển nhiều cơ hội kinh doanh phong phú. Về mặt ứng dụng tiêu dùng, Solana đã thể hiện tầm nhìn của mình trong việc thúc đẩy ứng dụng công nghệ blockchain trong nhiều lĩnh vực hơn. Bằng cách hỗ trợ các công ty như Solana Mobile và xây dựng SDK dành riêng cho ứng dụng tiêu dùng, Solana đang nỗ lực tích hợp công nghệ blockchain vào các ứng dụng hàng ngày, từ đó tăng cường sự chấp nhận và thuận tiện của người dùng. Ví dụ: các ứng dụng như Stepn cung cấp cho người dùng trải nghiệm xã hội và thể dục mới bằng cách kết hợp công nghệ blockchain và di động. Mặc dù nhiều ứng dụng tiêu dùng vẫn đang khám phá các mô hình kinh doanh và định vị thị trường tốt nhất, nhưng nền tảng công nghệ và hỗ trợ hệ sinh thái do Solana cung cấp chắc chắn sẽ cung cấp sự hỗ trợ mạnh mẽ cho những nỗ lực đổi mới này. Với sự phát triển hơn nữa của công nghệ và sự trưởng thành của thị trường, Solana được kỳ vọng sẽ đạt được nhiều đột phá và thành công hơn nữa trong lĩnh vực ứng dụng tiêu dùng.
Mặc dù Solana đã giành được thị phần đáng kể trong ngành công nghiệp blockchain với thông lượng cao và chi phí giao dịch thấp nhưng nó cũng phải đối mặt với sự cạnh tranh khốc liệt từ các chuỗi công cộng mới nổi khác. Là một đối thủ tiềm năng trong hệ sinh thái EVM, số lượng địa chỉ hoạt động của Base trên chuỗi đang tăng lên nhanh chóng, mặc dù tổng khối lượng khóa (TVL) của Solana trong lĩnh vực DeFi đã đạt mức cao kỷ lục nhưng các đối thủ cạnh tranh như Base. cũng đang nhanh chóng chiếm lĩnh thị phần, số tiền tài trợ của Hệ sinh thái cơ sở cũng lần đầu tiên vượt qua Solana trong quý 2.
Mặc dù Solana đã đạt được những thành tựu nhất định về công nghệ và được thị trường chấp nhận nhưng vẫn cần tiếp tục đổi mới, cải tiến để đương đầu với những thách thức từ các đối thủ như Base. Đặc biệt là về việc cải thiện tính ổn định của mạng, giảm tỷ lệ thất bại giao dịch, giải quyết các vấn đề MEV và làm chậm tốc độ tăng trưởng của trạng thái, Solana cần tiếp tục tối ưu hóa kiến trúc kỹ thuật và giao thức mạng để duy trì vị trí dẫn đầu trong ngành công nghiệp blockchain.
Kiến trúc kỹ thuật
Solana nổi tiếng với thuật toán POH, cơ chế đồng thuận Tower BFT, TPS cao và Finality nhanh do mạng truyền dữ liệu Trubine và máy ảo SVM mang lại. Chúng tôi sẽ giới thiệu ngắn gọn cách các thành phần khác nhau của nó hoạt động, cách đạt được mục tiêu hiệu suất cao cho thiết kế kiến trúc, cũng như những nhược điểm và vấn đề phát sinh do thiết kế kiến trúc này gây ra.
Thuật toán POH
POH (Proof of History) là một công nghệ xác định thời gian toàn cầu. Nó không phải là một cơ chế đồng thuận mà là một thuật toán xác định thứ tự giao dịch. Công nghệ POH được bắt nguồn từ công nghệ mã hóa cơ bản nhất SHA256. SHA256 thường được sử dụng để tính toán tính toàn vẹn của dữ liệu. Với đầu vào X, chỉ có một đầu ra Y duy nhất, do đó, bất kỳ thay đổi nào đối với X sẽ khiến Y hoàn toàn khác.
Trình tự POH, nguồn: Sách trắng Solana
Sơ đồ trình tự POH, nguồn: Sách trắng Solana
Trong chuỗi POH của Solana, tính toàn vẹn của toàn bộ chuỗi có thể được đảm bảo bằng cách áp dụng thuật toán sha256, thuật toán này cũng xác định tính toàn vẹn của các giao dịch. Ví dụ: nếu chúng tôi đóng gói giao dịch thành một khối và tạo giá trị băm sha256 tương ứng thì giao dịch trong khối này sẽ được xác định. Mọi thay đổi sẽ khiến giá trị băm thay đổi. Sau đó, hàm băm khối sẽ được sử dụng làm giá trị băm. khối tiếp theo. Một phần X của hàm sha256, sau đó thêm hàm băm của khối tiếp theo, sau đó khối trước và khối tiếp theo được xác định và mọi thay đổi sẽ khiến Y mới khác đi.
Đây là ý nghĩa cốt lõi của công nghệ Proof of History của nó. Khối băm trước đó sẽ được sử dụng như một phần của hàm sha256 tiếp theo, tương tự như chuỗi Y mới nhất luôn chứa bằng chứng về lịch sử.
Sơ đồ kiến trúc Luồng giao dịch, nguồn: Sách trắng Solana
Trong sơ đồ kiến trúc luồng giao dịch của Solana, quy trình giao dịch theo cơ chế POH được mô tả. Theo cơ chế xoay vòng được gọi là Lịch luân chuyển người lãnh đạo, một nút Người lãnh đạo sẽ được tạo trong số tất cả các Trình xác thực trình xác thực trên chuỗi và nút Người lãnh đạo sẽ thu thập giao dịch được sắp xếp. và được thực thi để tạo chuỗi POH, sau đó một khối được tạo và lan truyền sang các nút khác.
Cơ chế bầu chọn lãnh đạo, nguồn: Helius
Để tránh một điểm lỗi duy nhất tại nút Lãnh đạo, giới hạn thời gian được đưa ra. Trong Solana, đơn vị thời gian được chia thành các kỷ nguyên. Mỗi kỷ nguyên chứa 432.000 vị trí (khe thời gian). Trong mỗi vị trí, hệ thống xoay vòng sẽ phân bổ một nút Lãnh đạo trong mỗi vị trí. thời gian của vị trí nhất định (400ms), nếu không, vị trí này sẽ bị bỏ qua và nút Lãnh đạo của vị trí tiếp theo sẽ được bầu lại.
Nhìn chung, nút Leader sử dụng cơ chế POH để xác định tất cả các giao dịch trong lịch sử. Đơn vị thời gian cơ bản của Solana là Slot và nút Leader cần phát các khối trong một slot. Người dùng gửi giao dịch đến nút Lãnh đạo thông qua nút RPC. Nút Lãnh đạo đóng gói và sắp xếp các giao dịch, sau đó thực thi chúng để tạo khối. Người xác minh cần đạt được sự đồng thuận thông qua một cơ chế và tiếp cận. sự đồng thuận về các giao dịch và trật tự trong khối. Sự đồng thuận này sử dụng cơ chế đồng thuận Tower BFT.
Cơ chế đồng thuận Tower BFT
Giao thức Tower BFT, nguồn: Helius
Giao thức đồng thuận Tower BFT xuất phát từ thuật toán đồng thuận BFT và là một triển khai kỹ thuật cụ thể của nó. Thuật toán này vẫn liên quan đến thuật toán POH. Khi bỏ phiếu cho một khối, nếu bản thân phiếu bầu của người xác thực là một giao dịch thì mã băm khối được hình thành bởi giao dịch của người dùng và giao dịch của người xác thực cũng có thể được sử dụng làm bằng chứng lịch sử, chi tiết giao dịch của người dùng và chi tiết Biểu quyết của người xác thực có thể được xác nhận duy nhất.
Thuật toán Tower BFT quy định rằng nếu tất cả người xác thực bỏ phiếu cho khối và hơn 2/3 số người xác thực bỏ phiếu chấp thuận thì khối đó có thể được xác nhận. Ưu điểm của cơ chế này là tiết kiệm rất nhiều bộ nhớ, vì chỉ cần biểu quyết chuỗi băm để xác nhận khối. Tuy nhiên, trong cơ chế đồng thuận truyền thống, việc tràn khối thường được sử dụng, tức là người xác thực nhận được một khối và sau đó gửi nó đến các trình xác nhận xung quanh. Điều này sẽ gây ra nhiều sự dư thừa trong mạng, bởi vì người xác nhận nhận được nhiều khối hơn. hơn một lần.
Ở Solana, do số lượng giao dịch bỏ phiếu xác thực lớn, hiệu quả do việc tập trung các nút Lãnh đạo và thời gian khe 400ms mang lại, điều này dẫn đến kích thước khối tổng thể và tần suất tạo khối cực kỳ cao và các khối lớn đang lan rộng. đồng thời, nó cũng sẽ gây áp lực lớn cho mạng lưới Solana sử dụng cơ chế Turbine để giải quyết vấn đề lan truyền khối lớn.
Tua bin
biểu tượng bỏ phiếu
Cơ chế lan truyền khối tuabin, nguồn: Helius
Nút Lãnh đạo chia khối thành các khối con nhỏ thông qua một quy trình gọi là Sharding, kích thước của khối này được chỉ định trong MTU (Đơn vị truyền tối đa), có thể được gửi từ nút này sang nút tiếp theo mà không cần chia thành các đơn vị tối đa nhỏ hơn. kích thước dữ liệu) làm đơn vị. Tính toàn vẹn và tính sẵn có của dữ liệu sau đó được đảm bảo bằng cách sử dụng lược đồ mã xóa Reed-solomon.
Sơ đồ mã hóa Reed-solomon, nguồn: Helius
Bằng cách chia khối thành bốn Mảnh dữ liệu, sau đó sử dụng mã hóa Reed-solomon để mã hóa bốn gói thành tám gói nhằm ngăn ngừa mất gói và hư hỏng trong quá trình truyền dữ liệu, sơ đồ này có thể chịu được tỷ lệ mất gói lên tới 50%. Trong thử nghiệm thực tế, tỷ lệ mất gói của Solana vào khoảng 15% nên giải pháp này tương thích tốt với kiến trúc Solana hiện tại.
Trong truyền dữ liệu cơ bản, giao thức UDP/TCP thường được xem xét. Vì Solana có khả năng chịu đựng tốc độ mất gói cao nên giao thức UDP được sử dụng để truyền. Nhược điểm là nó sẽ không truyền lại khi gói bị mất. lợi thế nằm ở tốc độ truyền tải nhanh hơn. Ngược lại, giao thức TCP sẽ truyền lại nhiều lần khi gói tin bị mất, điều này sẽ làm giảm đáng kể tốc độ truyền và thông lượng. Với Reed-solomon, giải pháp này có thể tăng đáng kể thông lượng của Solana. Trong môi trường thực, Throughput có thể tăng lên 9. lần.
Sơ đồ truyền lan theo lớp, nguồn: Helius
Sau khi Turbine phân mảnh dữ liệu, nó sử dụng cơ chế lan truyền nhiều lớp để truyền bá. Nút Leader sẽ bàn giao khối cho bất kỳ trình xác thực khối nào trước khi kết thúc mỗi Slot, sau đó trình xác thực sẽ phân chia khối thành các Mảnh nhỏ. xóa mã, trình xác minh sau đó sẽ bắt đầu truyền bá Turbine. Đầu tiên, nó truyền đến nút gốc, sau đó xác định trình xác thực nào ở cấp độ nào. Quá trình này như sau:
Tạo danh sách nút: Nút gốc tóm tắt tất cả các trình xác thực đang hoạt động thành một danh sách, sau đó sắp xếp chúng theo vốn chủ sở hữu của từng trình xác thực trong mạng (nghĩa là số lượng SOL được đặt cược. Những nút có trọng số cao hơn sẽ nằm ở lớp đầu tiên. Và vân vân.
Nhóm nút: Mỗi trình xác thực ở lớp đầu tiên sau đó cũng sẽ tạo danh sách các nút riêng để xây dựng lớp đầu tiên của riêng mình.
Hình thành lớp: Chia các nút thành các lớp từ đầu danh sách Bằng cách xác định giá trị độ sâu và chiều rộng, bạn có thể xác định hình dạng gần đúng của toàn bộ cây. Tham số này sẽ ảnh hưởng đến tốc độ lan truyền của các mảnh.
Các nút có tỷ lệ vốn chủ sở hữu cao hơn có thể nhận được các mảnh vụn hoàn chỉnh trước ở mức cao hơn trong quá trình phân chia theo cấp bậc. Tại thời điểm này, các khối hoàn chỉnh có thể được khôi phục, trong khi các nút ở các lớp sau không thể có được các mảnh vụn hoàn chỉnh do xác suất của các mảnh vụn. sẽ bị giảm đi. Nếu những mảnh vụn này không đủ để tạo thành một đoạn hoàn chỉnh thì Người lãnh đạo sẽ được yêu cầu truyền lại trực tiếp. Sau đó, việc truyền dữ liệu sẽ được thực hiện bên trong cây vào thời điểm này và các nút ở cấp độ đầu tiên đã xây dựng xác nhận khối hoàn chỉnh thì càng mất nhiều thời gian để người xác minh ở các cấp độ sau bỏ phiếu sau khi hoàn thành việc xây dựng khối.
Ý tưởng của cơ chế này tương tự như cơ chế nút đơn của nút Lãnh đạo. Ngoài ra còn có một số nút ưu tiên trong quá trình truyền khối. Các nút này trước tiên lấy các mảnh vụn để tạo thành các khối hoàn chỉnh nhằm đạt được sự đồng thuận biểu quyết. Đẩy mức dự phòng lên mức sâu hơn có thể tăng tốc đáng kể cho Finality và tối đa hóa thông lượng cũng như hiệu quả. Vì trên thực tế, một vài lớp đầu tiên có thể đại diện cho 2/3 số nút nên phiếu bầu của các nút tiếp theo sẽ không thành vấn đề.
SVM
Solana có thể xử lý hàng nghìn giao dịch mỗi giây, chủ yếu là nhờ cơ chế POH, cơ chế đồng thuận Tower BFT và cơ chế phổ biến dữ liệu Turbine. Tuy nhiên, SVM là một máy ảo để chuyển đổi trạng thái. Nếu nút Leader đang thực hiện các giao dịch và tốc độ xử lý SVM chậm thì thông lượng của toàn bộ hệ thống sẽ bị giảm. Do đó, đối với SVM, Solana đã đề xuất công cụ thực thi song song Sealevel tăng tốc. tăng tốc độ thực hiện giao dịch.
Sơ đồ thực hiện song song Sealevel, nguồn: Xangle
Trong SVM, hướng dẫn bao gồm 4 phần, bao gồm ID chương trình, hướng dẫn chương trình và danh sách tài khoản để đọc/ghi dữ liệu. Bằng cách xác định xem tài khoản hiện tại đang ở trạng thái đọc hay ghi và liệu thao tác thay đổi trạng thái có xung đột hay không, các hướng dẫn giao dịch của tài khoản có thể được song song hóa mà không có trạng thái xung đột. Đây là một trong những lý do khiến trình xác minh của Solana có yêu cầu cao, vì GPU/CPU của trình xác minh được yêu cầu hỗ trợ SIMD (Single Manual Multiple Data) và khả năng mở rộng vectơ nâng cao AVX.
phát triển sinh thái
Cảnh Quan Sinh Thái Solana
Trong quá trình phát triển hệ sinh thái Solana hiện nay, nó ngày càng thiên về các tiện ích thiết thực như Blinks, Actions và thậm chí cả Solana Mobile, v.v., đồng thời hướng phát triển của các ứng dụng được hỗ trợ chính thức cũng hướng tới các ứng dụng tiêu dùng hơn là cơ sở hạ tầng. . Với hiệu suất hiện tại của Solana đã đủ, các loại ứng dụng thậm chí còn phong phú hơn. Đối với Ethereum, do TPS thấp, hệ sinh thái Ethereum vẫn bị chi phối bởi cơ sở hạ tầng và công nghệ mở rộng. Khi cơ sở hạ tầng không thể mang theo các ứng dụng, thì không thể xây dựng các ứng dụng tiêu dùng. Điều này cũng dẫn đến tình trạng mất cân bằng. đầu tư quá nhiều vào cơ sở hạ tầng và quá ít đầu tư vào ứng dụng.
Tài chính phi tập trung
Cảnh quan DeFi
Trong giao thức DeFi trên Solana, có một số lượng lớn các dự án chưa phát hành tiền, bao gồm Kamino (Cho vay lần đầu), Marginfi (Cho vay + Đặt lại), SoLayer (Đặt lại), Meteora, v.v. Do bầu không khí sinh thái thống nhất của Solana, thông thường một dự án nằm trong thời gian phát hành tiền xu, các dự án khác sẽ cố gắng hết sức để tránh nó nhằm thu hút đủ sự chú ý của thị trường.
Thị phần DEX, nguồn: Dune
Hiện đang có sự cạnh tranh khốc liệt trong toàn bộ DEX và người dẫn đầu của nó cũng đã trải qua nhiều lần di chuyển, từ Raydium, Orca đến Sao Mộc hiện là người chơi thống trị.
Người khởi xướng giao dịch DEX, nguồn: Dune
Điều đáng chú ý là khoảng 50% giao dịch DEX được thực hiện bởi bot MEV, chủ yếu là do mức phí thấp và các giao dịch Meme hoạt động giúp MEV có lãi. Đây cũng là một trong những lý do chính khiến người dùng thường xuyên gặp lỗi và ngừng hoạt động trong giao dịch vào thời điểm cao điểm.
Solana TVL, Nguồn: Defillama
Giao thức DeFi trên Solana đã chứng kiến sự gia tăng bùng nổ về TVL danh nghĩa bằng USD khi giá SOL tăng lên. Xu hướng tăng TVL của nó vẫn chưa dừng lại và một làn sóng xu hướng tăng mới đã hình thành.
Tóm lại, dù sự cạnh tranh trên đường đua Solana rất khốc liệt nhưng vẫn có những thay đổi. Không giống như Uniswap trên Ethereum vốn chiếm lĩnh tâm trí thương hiệu của người dùng, ngay cả DEX vốn phải cực kỳ dính và có hiệu ứng mạng cũng sẽ đối mặt với nguy cơ bị ảnh hưởng. được thay thế. Các giao dịch trên chuỗi chính Solana chứa đầy bot MEV, điều này đã gây ra những vấn đề lớn về trải nghiệm người dùng mà vẫn cần được giải quyết. Theo định hướng chung, TVL của Solana vẫn đang phát triển rất nhanh và sự phát triển sinh thái DeFi tiếp theo của nó vẫn rất đáng mong đợi. Hơn nữa, tâm lý thương hiệu của các ứng dụng này chưa mạnh trong việc chiếm lĩnh người dùng, đây là động lực tiềm năng cho các doanh nhân. để chọn dây chuyền
Cơ sở hạ tầng
Cảnh quan cơ sở hạ tầng
Về mặt xây dựng cơ sở hạ tầng, dẫn đầu chính là máy oracle Pyth và Wormhole cầu nối chuỗi, cũng bao gồm một số giải pháp có mục tiêu mà công chúng có thể chưa biết nhiều, chẳng hạn như:
Jito Labs: Tập trung xây dựng các giải pháp MEV trên Solana. Khách hàng Jito Labs của họ xây dựng Bundle và pseudo-emempool để cho phép các nhà nghiên cứu tiến hành MEV. Thị phần của nó hiện vượt quá 50%. Ngoài ra, SOL cam kết của giao thức LSD Jito cũng gần 12 triệu và vẫn đang tăng nhanh.
Helius: Là một cộng đồng đóng góp tích cực trên Solana, Helius có nghiên cứu toàn diện nhất về Solana và đóng góp mã thông qua nghiên cứu.
GenesysGo: Sản phẩm ShdwDrive của nó là một dự án lưu trữ dữ liệu ở Solana. Nó cam kết hỗ trợ các dự án có thể thương mại hóa, bao gồm dữ liệu xã hội, lưu trữ trang web và các hoạt động kinh doanh khác. Nó vẫn đang trong giai đoạn testnet. Đồng thời, công ty mẹ GenesysGo cũng đang xây dựng nhiều hàng hóa công cộng và nghiên cứu cho cộng đồng Solana.
Ngoài ra, Solana vẫn còn một số lượng lớn dự án đáng khám phá, đang chờ cộng đồng Trung Quốc khám phá. Chúng tôi thực sự đã phát hiện ra rằng những cơ sở hạ tầng này có ảnh hưởng rất lớn đến việc xây dựng, phát triển sinh thái và cộng đồng ở cấp độ giao thức của Solana, đồng thời có thể có cơ hội khai thác thêm tiềm năng của nó, dù thông qua đầu tư hay hợp tác.
Trò chơi / NFT
Cảnh quan trò chơi / NFT
Solana cũng có hệ sinh thái GameFi và NFT tương đối phong phú, chiếm một vị trí tương đối quan trọng trong toàn bộ hệ sinh thái Solana. Nhiều dự án airdrop sẽ ưu tiên cho những người nắm giữ Mad Labs trước đây, vị trí dẫn đầu này là DeGods. Thị trường NFT cũng đã trải qua những thay đổi. Trước đây, thị trường phổ biến nhất là Magic Eden, nhưng bây giờ nó đã đổi thành Tensor.
DePin / AI
Cảnh quan DePin
Tổng quan về dữ liệu DePin, nguồn: DePin Scan
Hiện tại, trong thị trường DePin của Solana, Render là công ty dẫn đầu không thể tranh cãi về hoạt động kinh doanh thực tế. Cùng với chiến lược phát triển của Solana tập trung vào ứng dụng thực tế, nó cũng đã nắm bắt được phong cách kể chuyện của Depin trong đợt hồi phục này. Trong nửa đầu năm, một số lượng lớn các dự án Depin mới được xây dựng trên Solana, bao gồm io.net, Nosana, Shadow, v.v.
Người tiêu dùng
Cảnh quan người tiêu dùng
Cho dù đó là Solana Mobile hay trang web chính thức của Hệ sinh thái Solana, chuyên xây dựng các cột cho ứng dụng tiêu dùng, việc phát minh ra Hành động và Nhấp nháy đều minh họa tầm nhìn của Solana về thương mại hóa và tính thực tiễn của blockchain. Việc phát hành Mạng di động của họ cũng đưa các dapp bên web lên phía di động, điều này rất phù hợp với bản chất con người và xu hướng phát triển của Internet. Vì vậy, khi bón vào loại đất này rất dễ bị bong tróc, điển hình nhất là đất Stepn.
Nhìn vào các ứng dụng tiêu dùng hiện đang chạy, trên thực tế, hầu hết chúng vẫn chưa tìm được bước đột phá tốt nên vẫn chưa thể triển khai một ứng dụng thực sự vào thế giới kinh doanh. Điều này bao gồm đổi mới sản phẩm đơn lẻ, mô hình kinh doanh đơn lẻ và Web2 yếu kém. tiếp thị, nhu cầu Phí gas, ngưỡng nhập mã thông báo và các yếu tố khác.
Tuy nhiên, các ứng dụng dành cho người tiêu dùng là kịch bản cuối cùng để công nghệ blockchain được triển khai và cũng là yếu tố quyết định mức trần của các chuỗi công khai. Vì vậy, Solana rất cần khám phá các ứng dụng dành cho người tiêu dùng di động và chúng tôi cũng cần tiến hành thăm dò lâu dài theo hướng này. Đặc biệt trong hệ sinh thái Ethereum hiện tại, cơ sở hạ tầng vượt xa các ứng dụng. Cuối cùng, cơ sở hạ tầng phục vụ các ứng dụng.
Thanh toán
Cảnh quan thanh toán
Ví trên Solana bao gồm Phantom, Backpack, TipLink, v.v. Giống như DEX, hiệu ứng thương hiệu ở đây không mạnh nên các doanh nhân có nhiều cơ hội hơn. Trước đây, ví hàng đầu là Phantom, nhưng bây giờ nó đã đổi thành Backpack, được xây dựng bởi Mad Labs. bây giờ cũng dựa trên lãnh đạo NFT.
Tình trạng phát hành Solana stablecoin, nguồn: Defillama
Nó hiện đang hợp tác với Paypal, Visa, v.v. để thực hiện chuyển khoản thanh toán stablecoin trên chuỗi. Bản thân kịch bản kinh doanh này rất có lợi cho chuỗi Solana Finality nhanh chóng và phí gas thấp. Hiện tại, stablecoin trên chuỗi của nó đang ở trạng thái tăng trưởng chậm.
Sơ đồ ngăn xếp chuyển tiền Stablecoin từ đầu năm đến nay, nguồn: Artemis
Solana đã có thị phần chuyển nhượng stablecoin ấn tượng trong nửa đầu. Nhưng kể từ tháng 6, thị phần của hãng đã giảm đáng kể. Thành tích của Solana hoàn toàn nổi bật trong nửa đầu năm, nhưng dữ liệu chuyển nhượng ban đầu trong nửa cuối năm cho thấy xu hướng giảm rõ ràng.
Dữ liệu đối thủ
Số lượng địa chỉ hoạt động trên chuỗi, nguồn: Artemis
Trong số các chuỗi công khai, Base được coi là đối thủ cạnh tranh tiềm năng của Solana trong hệ sinh thái EVM. Số lượng địa chỉ hoạt động trên chuỗi Base đang tăng lên nhanh chóng và Solana vẫn đang trong giai đoạn tăng trưởng nhanh chóng mặc dù có lợi thế là người đi đầu. NEAR vẫn ở mức cao, nhưng Aptos và Sui tụt lại phía sau trong cuộc cạnh tranh của các chuỗi công khai.
So sánh TVL, nguồn: Artemis
TVL của Solana cũng đã đạt được tiến bộ đáng kể trong lĩnh vực Defi. TVL của nó đã đạt mức cao kỷ lục và vẫn kém xa các chuỗi công khai khác. Tuy nhiên, điều đáng chú ý là Base cũng đang trong giai đoạn tăng trưởng nhanh chóng.
Dự trữ tiền tệ ổn định chuỗi công cộng, nguồn: Allium
Hiện tại, thị phần cung cấp stablecoin của Solana đang chậm lại. Do sự xuất hiện của nhiều chuỗi, thị phần của Ethereum đương nhiên bị thu hẹp và thị phần của Base đang âm thầm tăng lên.
Dữ liệu tài chính, nguồn: Messari
Về mặt tài trợ thị trường vốn, tần suất tài trợ của hệ sinh thái Base đã tăng đáng kể trong quý gần nhất và đã vượt qua hệ sinh thái Solana. Do đó, cũng có thể thấy từ thị phần dữ liệu trên từng vòng cổ và nguồn vốn cho thấy sự cạnh tranh giữa Base và Solana trên thị trường đã được thiết lập và áp lực cạnh tranh này sẽ lớn hơn khi Base trưởng thành và Solana sẽ phải đối mặt với áp lực lớn hơn, và Base và Solana Tầm nhìn tương tự nhau, cả hai đều hy vọng hoàn thành tầm nhìn Ứng dụng dành cho người tiêu dùng bản địa Cryptio về Áp dụng hàng loạt với TPS cao.
Những thách thức kỹ thuật phải đối mặt
Thời gian ngừng hoạt động
Do kiến trúc mạng của Solana như cơ chế bầu chọn Nhà lãnh đạo vùng Vịnh và rủi ro về nút đơn của nút Nhà lãnh đạo, các dự đoán tiếp theo của nút Nhà lãnh đạo sẽ trở nên khả thi. Khi các giao dịch mạng tăng lên, nó sẽ gây áp lực lớn về bộ nhớ cho Nhà lãnh đạo nút đơn. Nút Lãnh đạo cần sẵn sàng truyền lại các khối đến các nút trong cây Turbine bất cứ lúc nào, nếu không thì cuộc bỏ phiếu đồng thuận sẽ không thể hoàn thành. Khi xảy ra một số lượng lớn các cuộc tấn công DDoS, thời gian ngừng hoạt động của hệ thống do lỗi nút đơn lẻ trở nên cực kỳ thường xuyên.
Nói tóm lại, thời gian ngừng hoạt động chủ yếu là do không thể tạo ra khối. Có thể do lỗi một nút do cơ chế Leader gây ra, gây ra sự cố tại điểm hình thành khối. Cũng có thể là do lớp đồng thuận không thể. đạt được sự đồng thuận về khối, dẫn đến không thể tạo ra một khối. Nhìn chung, điều này liên quan chặt chẽ đến kiến trúc và quy trình kiểm thử phần mềm của Solana.
Giao dịch không thành công
Tỷ lệ giao dịch không thành công của người dùng, nguồn: Dune
Người dùng đã sử dụng Solana nên biết rằng nhiều khi giao dịch của chúng tôi không thể gửi bình thường. Sau một thời gian, giao dịch không thành công, dẫn đến trải nghiệm người dùng cực kỳ kém. Như trong hình trên, theo thống kê, khoảng 35% giao dịch do người dùng gửi không thành công và yêu cầu người dùng gửi nhiều lần. Khi có biến động lớn trong chuỗi, tỷ lệ này sẽ còn lớn hơn.
Lý do chính cho điều này là công nghệ lớp mạng QUIC, một công nghệ mới hơn.
Phân cấp giao thức mạng - Cấu trúc 5 lớp, nguồn: Research Gate
QUIC (Kết nối Internet Quickl UDP) là một cải tiến lớp truyền tải được Google đề xuất cho giao thức HTTP 2.0. Giao thức thử nghiệm này được phát triển dựa trên giao thức lớp vận chuyển UDP, còn được gọi là HTTP 3.0.
Sơ đồ HTTP/2 và QUIC, nguồn: EMQX
Độ tin cậy của TCP cao hơn UDP nhưng tốc độ UDP cao hơn TCP vì TCP sẽ có cơ chế kiểm soát tắc nghẽn để truyền lại các gói bị mất khi gói bị mất. UDP có tốc độ cao và độ tin cậy thấp, Goggle hy vọng sẽ xây dựng được giao thức lớp vận chuyển QUIC với độ tin cậy cao và tốc độ cao. Tính năng cốt lõi của QUIC là các luồng logic độc lập. Nó cho phép nhiều luồng dữ liệu được truyền song song trên một kết nối và mỗi luồng có thể được xử lý độc lập. Ngược lại, TCP chỉ hỗ trợ một luồng dữ liệu duy nhất và yêu cầu mỗi tin nhắn phải được nhận và xác nhận theo thứ tự được gửi.
Biểu tượng giao dịch không thành công, nguồn: bánh mì
Lý do chính khiến Solana ngừng hoạt động là do việc sử dụng giao thức lớp ứng dụng thử nghiệm QUIC. Vì UDP và truyền đa kênh có tốc độ nhanh và hy vọng duy trì việc truyền dữ liệu hoàn chỉnh nên nó cũng sẽ thiết kế một cơ chế để truyền lại nhiều tình huống mất gói. Khi nút Lãnh đạo nhận được nhiều giao dịch, nó sẽ mở nhiều kênh thông qua giao thức QUIC. Tuy nhiên, nút Lãnh đạo xét cho cùng vẫn là một máy tính, đặc biệt là dung lượng giao dịch mà nó có thể xử lý. Do đó, khi một lượng lớn giao dịch xảy ra, nút Lãnh đạo. Một số kết nối đường dẫn nhất định sẽ bị cắt, điều này sẽ khiến các giao dịch bị hủy. Không có tiêu chuẩn nào được đặt ra về cách chọn kết nối nào sẽ bị cắt (ví dụ: cắt tất cả các kết nối có chi phí nhỏ hơn xxx) và liệu tất cả các kết nối có bị cắt hay không là ngẫu nhiên. Do đó, điều này dẫn đến một không gian nhất định cho các hoạt động hộp đen. Các nút Lãnh đạo có thể có xu hướng thực hiện các giao dịch MEV sinh lợi hơn và từ bỏ các giao dịch có giá trị thấp của người dùng.
MEV
Trong cơ chế tạo khối của Solana, do RPC tương tác trực tiếp với Leader và áp dụng nguyên tắc FCFS nên nó không có Mmepool như Ethereum. Do sự tồn tại của Mempool và nguyên tắc không cần cấp phép của Ethereum, nếu so sánh, Ethereum phải đối mặt với vấn đề MEV nghiêm trọng hơn.
Kiến trúc MEV, nguồn: Helius
Máy khách của Jito Labs hiện chiếm 50% thị phần khách hàng, vì vậy Jito Labs đã tự xây dựng một mempool giả. Người dùng nhập một mempool giả thông qua RPC và tồn tại trong khoảng 200 mili giây. Jito Labs cung cấp bảo đảm bao gồm ngoài chuỗi để đảm bảo rằng tất cả các giao dịch trong gói đều được bao gồm trong khối. Người tìm kiếm có thể đặt giá thầu để có cơ hội tấn công tầng lửng các giao dịch đang chờ xử lý. Người tìm kiếm đặt giá thầu để tối đa hóa Gói lợi nhuận, sau đó Block Engine chịu trách nhiệm tìm Gói có giá thầu cao nhất và gửi nó cho Người đứng đầu chạy ứng dụng khách Jito Labs.
Đây là nguyên nhân cốt lõi của MEV, nhưng MEV có những ngoại tác và nhu cầu tích cực riêng. Nếu Jito Labs không xây dựng pseudo-mempool thì các dự án khác sẽ làm, nên Jito Labs chọn cách ăn thịt thị trường này để hoàn thiện cơ chế của MEV và. giảm bớt gánh nặng từ bên ngoài. Tất nhiên, nhu cầu về bot MEV này khiến người dùng dễ bị tổn thương nhất, vì người xác thực sẽ tính phí và bot MEV sẽ nhận được lợi nhuận chênh lệch giá, nhưng người dùng phải chịu mức trượt giá cao hơn và có khả năng giao dịch không thành công.
tăng trưởng trạng thái
Cơ chế POH của Solana và sự đồng thuận Turbine khiến các khối của nó quá lớn, điều này sẽ gây ra vấn đề với sự phát triển của trạng thái. Hiện tại, không có câu trả lời chắc chắn về kích thước sổ cái và sổ cái vẫn đang tăng trưởng với tốc độ thực tế là một khối cứ sau 450 mili giây, xấp xỉ 4PB mỗi năm (chạy ở hiệu suất tối đa 1GBPS). Quá trình xây dựng lịch sử hiện tại của Solana diễn ra sau 2 kỷ nguyên, mất khoảng 4 ngày (tổng cộng 100–200GB). Và dữ liệu trong quá khứ được lưu trữ trong cơ sở dữ liệu Google Bigtable.
Dữ liệu sổ cái của Solana không minh bạch và quan chức này chưa tiết lộ nhiều về kích thước khối cực cao cũng như tác động tiềm ẩn do việc theo đuổi thông lượng TPS cao của khối lớn. Việc lưu trữ sổ cái cũng hoàn toàn phụ thuộc vào bên thứ ba, bởi vì chính thức. Người ta cũng nhận thấy rằng các cơ sở dữ liệu tập trung như Google có hiệu suất cao hơn Genesys Go, Arweave, v.v. Hiện tại, các cơ sở dữ liệu phi tập trung này vẫn còn vấn đề về thương mại hóa. Trạng thái cực kỳ phát triển và dịch vụ lưu trữ tập trung này là một trong những lý do khiến Solana bị chỉ trích.
triển vọng
Solana cũng đưa ra lộ trình tương lai của mình, bao gồm:
Cải thiện giao thức phát hành Token, bao gồm mã hóa truyền, Hook và con trỏ siêu dữ liệu.
Cải tiến ứng dụng khách, bao gồm ứng dụng khách nhẹ Tinydancer, ứng dụng khách chuyển tiếp Frankendancer và ứng dụng khách cuối cùng Firedancer.
Hỗ trợ các thành phần phát triển của hệ sinh thái: Gmaeshift tập trung vào SDK trò chơi, thị trường armada tập trung vào cải thiện vòng đời mã thông báo, SPE tập trung vào chuỗi khối SVM cấp doanh nghiệp, cải tiến máy ảo, v.v.
Chúng ta có thể thấy rằng thuật toán POH và cơ chế đồng thuận Turbine của Solana ưu tiên hiệu suất của bộ ba bất khả thi của blockchain. Ưu điểm là nó có hiệu suất tốt nhất trong môi trường hiện tại và mang lại khả năng khám phá ranh giới ứng dụng rộng hơn. Và vì Solana lấy các ứng dụng dành cho người tiêu dùng làm mục tiêu chiến lược nên rất có thể một số ứng dụng Áp dụng hàng loạt sẽ xuất hiện. Đồng thời, hiệu ứng thương hiệu của các dự án trên Solana còn yếu nên cơ hội cho doanh nhân nhiều hơn.
Về mặt phát triển sinh thái, ưu điểm chính của Solana nằm ở DePin/AI và Meme, nhưng chúng ta cũng có thể thấy rằng sự phát triển sinh thái của nó vẫn chưa đạt mức phát triển như mong đợi và Consumer App vẫn chưa thể thương mại hóa. Xét về đối thủ cạnh tranh, còn có những ngôi sao đang lên như Base, với số tiền tài trợ và thị phần đang tăng lên nhanh chóng.
Solana cũng phải đối mặt với một số vấn đề kỹ thuật, bao gồm thời gian ngừng hoạt động, lỗi giao dịch, MEV, trạng thái tăng trưởng quá mức và tính tập trung hóa. Tuy nhiên, mặt tích cực của Solana là nó không tập trung vào việc xây dựng cơ sở hạ tầng dư thừa và hiện phụ thuộc nhiều hơn vào TPS. xây dựng các ứng dụng hướng tới người tiêu dùng và lộ trình của nó xoay quanh điều đó. Với việc ngày càng xây dựng nhiều Lớp 2 và ra mắt khách hàng, TPS của hệ sinh thái SVM sẽ đạt đến cấp độ cao hơn. Solana vẫn là một ốc đảo. Có rất nhiều dự án sinh thái chưa được huy động hết vốn và còn rất nhiều cơ hội đáng để các doanh nhân khám phá.
