Mê tín cơ sở hạ tầng mã hóa: Vì sao "xây xong họ sẽ đến" lại không hiệu quả?
Tuyển chọn TechFlowTuyển chọn TechFlow
Mê tín cơ sở hạ tầng mã hóa: Vì sao "xây xong họ sẽ đến" lại không hiệu quả?
Xây dựng "bất cứ thứ gì" đều rất khó.
Chuyên sâu báo cáo Web3Tác giả: Saneel Sreeni
Biên dịch: TechFlow
Nội dung dưới đây là một bài đăng trên X của Jason Yanowitz:
Đây có thể là nguồn cảm hứng phần nào đến từ hai yếu tố sau:
(1) Hiệu suất kém của nhiều blockchain Layer-1 ra mắt gần đây, và
(2) Thành công nổi bật của Hyperliquid và HyperEVM
Đối với độc giả chưa quen thuộc với lĩnh vực tiền mã hóa, Hyperliquid là một nền tảng giao dịch phái sinh vĩnh viễn (perpetuals) và giao ngay (spot) phi tập trung, đã nhanh chóng chiếm lĩnh thị trường, thậm chí vượt qua cả một số sàn giao dịch tập trung. Dựa trên thành công này, họ đã phát triển chuỗi khối EVM tốc độ cao riêng. Tính đến thời điểm bài viết, vốn hóa thị trường của Hyperliquid vào khoảng 11 tỷ USD, định giá hoàn toàn pha loãng (FDV) đạt 33 tỷ USD.
Hyperliquid là một trong những trường hợp đầu tiên thành công trong việc dẫn dắt sự phát triển của một blockchain Layer-1 mới thông qua ứng dụng tạo doanh thu chính của mình. Tôi cơ bản đồng tình với quan điểm của Jason. Tuy nhiên, đa số các blockchain Layer-1 mới khi khởi động không có được lợi thế như Hyperliquid; người sáng lập Jeff trước đó đã vận hành một trong những công ty giao dịch tần suất cao (HFT) tốt nhất trong lĩnh vực tiền mã hóa, đồng thời có nguồn dự trữ tài chính dồi dào, giúp tránh được sự phụ thuộc vào tài trợ bên ngoài.
Vì vậy, tôi xin đưa ra một số ý tưởng thay thế về chiến lược và tiếp thị (GTM) cho các blockchain Layer-1 mới, cũng như cách xây dựng ứng dụng trên đó, đặc biệt là khi theo con đường truyền thống hơn như gọi vốn mạo hiểm và xây dựng cơ sở hạ tầng hoàn toàn mới (lưu ý: nếu Layer-1 của bạn không có sự khác biệt rõ rệt về chức năng, mà chỉ đơn thuần mô phỏng dự án khác, thì những đề xuất này có thể không phù hợp với bạn).
Quan điểm của tôi chủ yếu dựa trên kinh nghiệm thực tế tại Ritual, cũng như quan sát sát sao các chiến lược và hoạt động triển khai của các blockchain Layer-1 khác có hệ sinh thái mạnh. Tôi vẫn đang tiếp tục học hỏi, vì vậy có thể sẽ điều chỉnh quan điểm của mình trong tương lai.
Tóm lại, đây là một số suy nghĩ của tôi:
Dẫn dắt chủ động vs. "Xây là sẽ có người đến"
"Xây là sẽ có người đến" (Build and they'll come) từng là tư duy chiến lược phổ biến trong lĩnh vực tiền mã hóa trước năm 2021, khi cơ sở hạ tầng còn rất thiếu thốn. Cốt lõi của triết lý này là nếu bạn xây dựng một chuỗi mới hoặc Layer-2 (L2), các nhà phát triển sẽ tự tìm đến, cố gắng thu hút người dùng mới và tận dụng token của chuỗi để nắm bắt giá trị. Chiến lược này từng hiệu quả vì lúc đó các chuỗi công nghệ tốt và đáng đầu tư rất khan hiếm, đồng thời lĩnh vực hạ tầng được hưởng mức chiết khấu dài hạn. Tuy nhiên, theo thời gian, mức chiết khấu này dần biến mất, đặc biệt là khi hàng loạt chuỗi mới xuất hiện nhưng thiếu ứng dụng sử dụng thực tế và hấp dẫn (phần lớn ứng dụng trên các chuỗi này chỉ là bản sao chép hoặc fork).
Rõ ràng, chiến lược này hiện nay đã không còn hiệu quả, ít nhất là đối với các dự án blockchain mới. Một trong số ít hệ sinh thái gần đây thành công trong việc áp dụng chiến lược này là HyperEVM, nhưng ngay cả vậy, thành công của nó cũng không hoàn toàn nhờ vào phương pháp này. Thành công của HyperEVM chủ yếu dựa vào Hyperliquid Core (sàn giao dịch) như một ứng dụng cốt lõi, tạo ra giá trị thực tế cho người nắm giữ $HYPE và hệ sinh thái Hype (đồng thời mang lại sự giàu có cho nhiều người dùng tích cực trước sự kiện phát hành token - TGE).
Ngược lại, hiện nay chúng ta chứng kiến hàng loạt dự án Layer-1 (L1) và Layer-2 (L2) ngay từ đầu đã áp dụng tư duy này, tin rằng có thể bù đắp bằng cách cấp trợ cấp và quảng bá thương hiệu đơn thuần, nhưng cuối cùng đều thất bại.
Dù vậy, việc xây dựng "bất cứ thứ gì" cũng đều khó. Xây dựng cơ sở hạ tầng khó, phát triển ứng dụng cũng khó. Đặc biệt trong lĩnh vực tiền mã hóa, việc xây dựng không chỉ đơn giản là triển khai mã – còn đi kèm rất nhiều công việc hỗ trợ như tiếp thị (GTM), vận hành, tuân thủ pháp lý, v.v., những điều này thường bị đánh giá thấp.
Khi bạn xây dựng một blockchain Layer-1 (giả sử bạn đang tạo kiến trúc hoàn toàn mới chứ không phải chỉ fork đơn giản), đây vừa là một thách thức kỹ thuật khổng lồ, vừa là một nhiệm vụ GTM quy mô lớn. Không ai có thể chắc chắn "ứng dụng killer" sẽ là gì, vì vậy nhiệm vụ của bạn là xây dựng sản phẩm tốt và hợp tác với các nhà phát triển để hỗ trợ tối đa sự ra đời của các ứng dụng chất lượng cao, từ đó tối đa hóa khả năng thành công cho Layer-1 của bạn và các nhà phát triển tin tưởng bạn.
Điều này đặt ra một vài lựa chọn cho các đội ngũ cơ sở hạ tầng:
-
Tập hợp đội ngũ mạnh hơn, tự làm mọi thứ nội bộ, bao gồm phát triển ứng dụng hàng đầu:
Cách này có thể hiệu quả, nhưng tồn tại những vấn đề sau:
-
(a) Khó tìm được nhân tài giỏi.
-
(b) Tuyển dụng nội bộ nhân tài giỏi đồng nghĩa với việc cần huy động thêm vốn từ nhà đầu tư, điều mà hiện nay các nhà đầu tư không mấy mặn mà. (Tôi biết Hyperliquid đã làm được điều này với chỉ 10 người, nhưng đa số các nhà sáng lập không có lợi thế và nguồn lực khởi đầu như Jeff. Dù vậy, thành tích của họ thật điên rồ.)
-
Bạn không chỉ cần thuê kỹ sư, mà còn phải tuyển dụng người chuyên trách về GTM, vận hành, marketing và pháp lý. Mặc dù sau này khi mở rộng quy mô có thể tận dụng hiệu ứng cộng hưởng giữa các nền tảng, nhưng điều này cần rất nhiều thời gian để đạt được, đặc biệt là do mỗi ứng dụng có thể rất khác nhau.
-
-
Theo con đường cũ "xây là sẽ có người đến" + cấp phát tràn lan các khoản trợ cấp phát triển:
Chiến lược này thường bị lợi dụng bởi các đội ngũ yếu kém, các ứng dụng thiếu khác biệt – những "thợ săn trợ cấp", về lâu dài hiệu quả không cao.
-
Dẫn dắt chủ động sự phát triển hệ sinh thái:
Tôi muốn nói đến một cách tiếp cận chủ động hơn: xây dựng các bản mẫu (prototype) hoặc một vài ứng dụng nhẹ trên cơ sở hạ tầng của bạn, sau đó cùng các nhà phát triển/đối tác đưa các ứng dụng này lên sản phẩm hoàn chỉnh.
Các nhà phát triển muốn thấy bạn không chỉ nói suông, mà thực sự bỏ thời gian và công sức vào. Rốt cuộc, ở giai đoạn đầu, không ai hiểu tiềm năng của cơ sở hạ tầng này hơn chính những người xây dựng nó. Bằng cách này, bạn có thể:
(a) Trình diễn các ứng dụng mới hấp dẫn;
(b) Chứng minh những điều khả thi trên cơ sở hạ tầng của bạn;
(c) Có ảnh hưởng nhất định đến định hướng phát triển hệ sinh thái, chứ không chỉ đơn thuần là cấp tiền để định hướng.
Bây giờ, phương pháp (3) vẫn cần đội ngũ nội bộ giỏi về xây dựng ứng dụng, nhưng đây giống như một hành động chủ động nhằm hỗ trợ xây dựng các giao thức thực tế từ đầu, mà không cần đầu tư quá nhiều tài nguyên hay ảnh hưởng đến việc cải tiến cơ sở hạ tầng cốt lõi. Về chức năng, điều này gần như tương đương với việc cung cấp hỗ trợ nền tảng hoặc ươm tạo cho các công ty đó.
Liệu phương pháp này có thể khó hơn, chậm hơn? Đúng vậy. Nhưng tôi cho rằng, đối với các dự án vẫn đang hoàn thiện cơ sở hạ tầng cốt lõi/giai đoạn đầu, đây là một cách tiếp cận có định hướng dài hạn hơn. Đây chính xác là cách chúng tôi đang làm tại Ritual, thông qua các dự án như Ritual Shrine để xây dựng các ứng dụng mà chúng tôi mong muốn thấy trên Ritual, và tin rằng có thể trở thành các ứng dụng killer trong lĩnh vực tiền mã hóa và trí tuệ nhân tạo.
Nhưng không chỉ riêng chúng tôi – Solana trong giai đoạn đầu đã hợp tác tích cực với FTX, Jump và một số đội ngũ khác để xây dựng nhiều sản phẩm. Một vài dự án mới nổi tiếng trên Twitter tiền mã hóa (CT) như Plasma, MegaETH, Monad, v.v. cũng đã áp dụng cách tiếp cận chủ động, tạo ra bộ sưu tập các giao thức cốt lõi bản địa cho hệ sinh thái của họ dựa trên các giao thức hiện có.
Tôi dự đoán đây sẽ trở thành chiến lược chủ đạo (và làm tăng độ khó để thực sự nổi bật so với các công việc kỹ thuật khác).
Trong một số trường hợp, tôi hy vọng chúng tôi có thể tự xây dựng hoàn toàn nhiều bản mẫu Ritual Shrine và tự vận hành. Nhưng tôi cũng nhận ra rằng các dự án này cần những đội ngũ chuyên biệt để thành công trong sản phẩm và triển khai GTM (những đội ngũ này có thể phù hợp với thị trường hơn chúng tôi, ngay cả khi chúng tôi sở hữu một trong những đội ngũ đa chức năng mạnh nhất trong lĩnh vực này).
Nếu chúng tôi có thể cùng xây dựng với các đội ngũ đó, đồng thời mang lại lợi ích kinh tế mạnh mẽ cho các nhà phát triển bên ngoài, thì đó vẫn là một chiến thắng. Điều này giúp chúng tôi "sở hữu" nó theo nghĩa bóng, đồng thời thu hút góc nhìn mới và nhân tài mới.
Tóm lại ngắn gọn: đúng, nếu bạn có thể sở hữu ứng dụng hàng đầu đầu tiên trên cơ sở hạ tầng mới của mình thì rất tuyệt. Nhưng nếu tài nguyên có hạn, hãy nỗ lực dẫn dắt chủ động hệ sinh thái của bạn dưới dạng các bản mẫu, cùng xây dựng với họ, thay vì buông xuôi lười biếng trong quá trình này.
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
