Tác giả: @Web3Mario (https://x.com/web3_mario)
Tóm tắt: Gần đây tôi đang nghiên cứu các công nghệ liên quan đến phát triển TON DApp và cố gắng suy nghĩ về một số logic thiết kế sản phẩm. Khi mức độ phổ biến của TON ngày càng tăng, ngày càng có nhiều hoạt động như AMA và thảo luận bàn tròn. Tôi cũng đã tham gia một số hoạt động và phát hiện ra một số điều thú vị mà tôi hy vọng có thể chia sẻ với bạn. Hãy để tôi nói về kết luận trước. Nói chung, tôi thấy rằng các ý tưởng xây dựng sinh thái chính thức của TON khác với các dự án cấp điều hành truyền thống, được gọi là chuỗi công cộng. Có vẻ như nó đã chọn định hướng theo dòng chảy thay vì định hướng theo tài sản. Điều này mang đến một yêu cầu mới cho các nhà phát triển. Nếu họ hy vọng nhận được sự chứng thực chính thức, hay nói một cách thẳng thắn hơn là trở thành một dự án được ưu tiên chính thức, thì các chỉ số vận hành cốt lõi trong giai đoạn khởi đầu nguội cần phải liên quan đến tài sản, chẳng hạn như TVL, giá trị thị trường, Số lượng nắm giữ tiền tệ, v.v., chuyển sang hướng lưu lượng truy cập, chẳng hạn như DAU, PV, UV, v.v.
Ổ đĩa tài sản luôn là cốt lõi của việc phát triển và vận hành dự án Web3
Tiêu chí cốt lõi để đánh giá sự thành công của một dự án chuỗi công cộng luôn là số lượng tài sản đã được tích lũy, liệu nó có bền vững hay không và khả năng cạnh tranh cốt lõi của nó được đánh giá dựa trên thành phần và phân bổ tài sản. Theo thuật ngữ thông thường, nó có nghĩa là một chuỗi có bao nhiêu TVL, thành phần của TVL này là gì, tỷ lệ tài sản gốc là bao nhiêu, tỷ lệ đồng xu blue chip và altcoin, tỷ lệ tài sản chứng chỉ là bao nhiêu, mức độ của hiệu ứng Matthew, v.v. Vậy những câu hỏi này tương ứng với những kết luận nào? Chúng ta hãy đưa ra một vài ví dụ để minh họa:
Giả sử rằng các đồng tiền blue-chip như BTC và ETH chiếm tỷ lệ cao trong tổng giá trị trong chuỗi và 10% hàng đầu sở hữu 80% tài sản, điều đó gần như chỉ ra rằng chuỗi này thân thiện với cá voi tiền điện tử truyền thống. nói cách khác, nó có sức hấp dẫn tương đối mạnh mẽ đối với cá voi tiền điện tử truyền thống và thường có thể có sự hỗ trợ chứng thực từ các dự án như CEX đằng sau nó.
Giả sử rằng tài sản gốc trong chuỗi chiếm tỷ trọng tương đối cao, phân bổ tương đối đồng đều và độ lệch chuẩn của tài sản người dùng nhỏ, điều đó đại khái cho thấy rằng nhóm chuỗi có khả năng vận hành tốt hoặc có nguồn lực cộng đồng phù hợp, tốt xây dựng cộng đồng và hệ sinh thái nhà phát triển tương đối tốt Đang hoạt động, thông thường nó có thể được thúc đẩy bởi một cộng đồng có nền tảng thành công và có sự hỗ trợ cộng đồng tương đối rộng rãi.
Giả sử rằng một chuỗi có tỷ lệ tài sản chứng chỉ cao, nó cần phải được xử lý một cách thận trọng. Điều này gần như cho thấy rằng nó có thể vẫn đang trong giai đoạn xây dựng ban đầu và chưa thu hút được tài sản cốt lõi một cách hiệu quả. Tuy nhiên, nhóm sẽ có một số cá voi khổng lồ. tài nguyên, nhưng sự hợp tác đạt được Nó không chặt chẽ hoặc hấp dẫn, điều này khiến cá voi miễn cưỡng chuyển tài sản cốt lõi trực tiếp sang nó. Các dự án Web3 trên chuỗi này có thể dễ dàng bị cá voi thu hoạch trong cơn thủy triều.
Tất nhiên, sẽ có những cách hiểu khác nhau tùy theo các tình huống khác nhau, nhưng bạn sẽ thấy rằng tài sản là chìa khóa để phán đoán. Lý do cho điều này là vì giá trị cốt lõi của Web3 nằm ở tài sản kỹ thuật số. Chủ đề này đã được thảo luận trong bài viết trước của tôi. Sự phổ biến của Runes là một trở ngại trong sự phát triển của công nghệ mã hóa, nhưng nó cũng là hiện thân tốt nhất cho giá trị cốt lõi của Web3. Đã có một cuộc thảo luận đầy đủ trong "". Do đó, từ lâu, các nhà phát triển Web3 đã tập trung vào cách tạo và duy trì giá trị tài sản hoặc cách thu hút tài sản một cách hiệu quả trong quá trình thiết kế sản phẩm, giải pháp khởi động nguội, thiết kế mô hình kinh tế, v.v. Tùy thuộc vào loại dự án, sự khác biệt giữa những điều này hai vấn đề là Ưu tiên sẽ khác nhau.
Tuy nhiên, nhóm TON dường như không chọn đi theo ý tưởng này trong quá trình xây dựng sinh thái. Thay vào đó, họ chọn dự án Web2 hoặc phương pháp thông thường trong các dự án Internet truyền thống - thúc đẩy lưu lượng truy cập, để hướng dẫn hoặc hỗ trợ các sản phẩm và xây dựng một hệ sinh thái. Có hai lý do để nói điều này. Đầu tiên, đã có nhiều bài viết phân tích DApps trong hệ sinh thái TON. Tôi tin rằng mọi người nên có những hiểu biết nhất định về hiện trạng của hệ sinh thái TON. Loại APP hoạt động tích cực nhất hiện nay là trò chơi giao thông. Tương tự với Notcoin Nhìn kỹ hơn vào kiến trúc kỹ thuật của nó, nó thậm chí không thể được tính là một DApp, bởi vì thông thường, các trò chơi Web3 có hai tính năng đặc biệt: tài sản và đạo cụ được đưa vào chuỗi và các thuật toán cốt lõi được đưa vào chuỗi, cả hai đều sử dụng khả năng không cần tin cậy của blockchain Để giảm chi phí tin cậy trong quá trình vận hành trò chơi. Notcoin không có những đặc điểm như vậy. Nó chỉ ánh xạ điểm thưởng cuối cùng tới mã thông báo FT trên chuỗi công khai TON và phát hành airdrop. Bạn có thể tìm thấy nhiều ví dụ tương tự và tình hình hiện tại đương nhiên không thể tách rời khỏi sự hỗ trợ của TON. Điều này cho thấy trong mắt các quan chức TON, một số giá trị Web3 truyền thống không quan trọng so với lưu lượng truy cập. người dùng, bạn thậm chí có thể. Ngay cả khi đó không phải là dự án Web3, nó cũng sẽ nhận được hỗ trợ chính thức.
Thứ hai, trong một số dịp công cộng, các quan chức TON cũng chọn cách tích cực hướng dẫn cộng đồng theo một hướng nhất định về thiết kế sản phẩm. Thứ Sáu tuần trước, tôi đã tham gia vào một không gian twitter về hệ sinh thái TON, bao gồm các quan chức của nền tảng TON và một số Web3 VC mà tôi đã nghe. cảm giác là có một khoảng cách lớn giữa hai quan điểm về hệ sinh thái TON Các quan chức dường như muốn so sánh hệ sinh thái TON với hệ sinh thái chương trình nhỏ WeChat, cố gắng hết sức để hướng dẫn người dùng liên kết cả hai và khuyến khích lưu lượng truy cập. Tuy nhiên, các VC Web3 nói nhiều hơn về những cân nhắc về tài sản kỹ thuật số. Điều này cũng cho thấy chính thức có thể sẽ có sự khác biệt tương đối lớn so với mô hình Web3 truyền thống trong quá trình xây dựng hệ sinh thái.
Vậy tại sao các quan chức TON lại đưa ra lựa chọn như vậy? Điều này liên quan đến logic tường thuật cốt lõi của việc xây dựng sinh thái của TON, đó là khả năng phá vỡ vòng tròn chứ không phải là khả năng tích lũy tài sản.
Logic tường thuật cốt lõi của việc xây dựng sinh thái TON: khả năng phá vỡ vòng tròn hơn là khả năng tích lũy tài sản
Làm thế nào để hiểu câu này? Chúng ta biết rằng logic tường thuật cốt lõi của hầu hết các dự án chuỗi công cộng chủ yếu là sự cạnh tranh về tài sản kỹ thuật số, tức là thông qua một số công nghệ nhất định để đảm bảo đáp ứng các giá trị cốt lõi của Web3, chẳng hạn như phân cấp. và các điều kiện tiên quyết khác, cải thiện đáng kể thông lượng mạng, giảm chi phí sử dụng và nâng cao hiệu quả sử dụng. Giá trị cốt lõi của nó nằm ở khả năng tích lũy tài sản kỹ thuật số. Một chuỗi công khai rẻ hơn và nhanh hơn rõ ràng sẽ có thể thu hút nhiều tài sản kỹ thuật số hơn và nhiều tài sản kỹ thuật số hơn là hỗ trợ giá trị cho mô hình kinh doanh của các dự án chuỗi công cộng này, bởi vì giá trị cốt lõi của nó sẽ cao hơn. tỷ lệ chấp nhận có nghĩa là nhu cầu nhiều hơn về mã thông báo chính thức được sử dụng làm phí xử lý, điều này sẽ giúp hỗ trợ giá trị của một số lượng lớn mã thông báo trong tay các bên dự án.
Tuy nhiên, câu chuyện mà TON hy vọng tạo ra không có ở đây mà nằm ở khả năng phá vỡ vòng tròn. Bạn có thể dễ dàng tìm thấy những bài viết hoặc lượt xem nhẹ nhàng như vậy trên Internet: Telegram có số lượng người dùng ứng dụng liên lạc cao nhất trên thế giới. 800 triệu người và TON sẽ có lợi thế vô song trong việc vượt qua cơ sở người dùng lớn này. Phá vỡ vòng tròn là logic tường thuật cốt lõi trong quá trình xây dựng sinh thái của TON.
Vậy tại sao lại có sự khác biệt như vậy? Cốt lõi này bao gồm hai vấn đề:
Logic kinh doanh cốt lõi của TON;
Mối quan hệ giữa TON và Telegram;
Trước hết, logic kinh doanh cốt lõi của nhóm TON thực sự giống với logic của hầu hết các dự án chuỗi công cộng, tất cả đều dựa trên việc duy trì giá trị của mã thông báo TON. Tuy nhiên, đối với TON, lộ trình bảo trì có một tùy chọn bổ sung được so sánh. đến các dự án khác. Sau đó là hệ thống quảng cáo của Telegram. Chúng tôi biết rằng kể từ đầu năm nay, mã thông báo TON đã được sử dụng làm mã thông báo thanh toán trong hệ thống hoa hồng quảng cáo của Telegram. Các nhà quảng cáo trả phí mua lưu lượng truy cập thông qua mã thông báo TON và phần phí này sẽ được trả cho chủ sở hữu kênh tương ứng. dưới dạng hoa hồng và các quan chức của Telegram sẽ rút một tỷ lệ phần trăm phí nhất định.
Điều này có nghĩa là ngoài phí sử dụng chuỗi, còn có một lựa chọn thứ hai về cách hỗ trợ giá trị của token TON, đó là làm cho chiếc bánh của hệ thống quảng cáo của Telegram trở nên lớn hơn. Đây thực sự là mô hình hướng lưu lượng truy cập phổ biến của các dự án Web2, ngoại trừ mã thông báo thanh toán được chuyển từ tiền tệ hợp pháp sang tiền điện tử. Để tối ưu hóa hiệu quả của hệ thống quảng cáo của Telegram, nó sẽ đặc biệt liên quan đến hai khía cạnh: tạo ra nhiều không gian quảng cáo có giá trị hơn và gắn thẻ người dùng Telegram. Nhóm TON nhận thấy rằng một kịch bản hiệu quả để đạt được hai hiệu ứng này trước hết là Ứng dụng Mini. miễn là Ứng dụng mini được sử dụng thường xuyên, sau khi áp dụng hệ thống hoa hồng quảng cáo, nó có thể trở thành không gian quảng cáo chất lượng cao.
Thứ hai, chúng tôi biết rằng Telegram là một ứng dụng nhấn mạnh đến việc bảo vệ quyền riêng tư. Nó cực kỳ khó khăn và rất nhạy cảm đối với việc gắn nhãn cho người dùng và cung cấp cho các nhà quảng cáo khả năng tiếp thị chính xác. Do đó, Telegram không thể cung cấp các dịch vụ tiếp thị chính xác cho các nhà quảng cáo. một thương hiệu đồ ăn nhẹ dành cho người dùng Ấn Độ thích món tráng miệng, điều này ảnh hưởng đến khả năng thương mại hóa của Telegram. Tuy nhiên, trong Mini App, vì người tham gia chính của người dùng không phải là Telegram mà là ứng dụng của bên thứ ba này nên Telegram chỉ là nhà cung cấp dịch vụ đưa ra điều kiện để người dùng gắn thẻ trong quá trình người dùng tham gia Mini App, Thông tin của người dùng như vậy. vì thói quen và sở thích sẽ được gắn thẻ và toàn bộ quá trình sẽ không dễ làm mất lòng người dùng và tương đối suôn sẻ.
Hai khía cạnh trên cũng giải thích hiện tượng nêu trên. TON không chú ý đến một số giá trị Web3 truyền thống trong việc lựa chọn hỗ trợ dự án, miễn là có lưu lượng truy cập, nó có thể nhận được hỗ trợ chính thức.
Sau đó, một số bạn bè có thể thắc mắc, liệu quá trình xây dựng này có nên do Telegram dẫn dắt không? Là một chuỗi công khai, TON vẫn nên tuân theo một số giá trị Web3 truyền thống để xây dựng một cộng đồng gắn kết. Điều này liên quan đến câu hỏi thứ hai, mối quan hệ giữa TON và Telegram. Tôi đã giới thiệu mối quan hệ giữa TON và Telegram trong bài viết trước của mình. Nói chung, từ góc độ hiện tượng, trạng thái của TON thực sự giống như một công ty con được Telegram hỗ trợ. công ty con đã thực hiện sự cô lập về mặt pháp lý nhất định để có thể hoạt động thông qua công ty con khi giao dịch với một số hoạt động kinh doanh rủi ro nhất định, từ đó giảm thiểu rủi ro của chính mình. Telegram có tỷ lệ chấp nhận cao như vậy và nhấn mạnh đến quyền riêng tư đối với các ứng dụng được bảo vệ, đương nhiên chúng là “mối quan tâm chính”. Để khám phá một mô hình lợi nhuận ổn định hơn và không dễ bị gián đoạn, Telegram đã chọn sử dụng tiền điện tử thay vì tiền hợp pháp làm chủ đề thanh toán quảng cáo. đối với tài sản tiền điện tử sẽ mang lại những rủi ro mới. Do đó, rủi ro này có thể được giảm thiểu một cách hiệu quả thông qua cấu trúc hiện tại. Dựa trên sự hiểu biết về mối quan hệ này, chúng ta có thể dễ dàng đưa ra kết luận rằng mối quan hệ giữa hai bên về cơ bản là chủ-nô lệ. thiết kế các ứng dụng, để dễ dàng nhận được sự hỗ trợ chính thức từ TON hơn, tốt hơn nên nghĩ về Telegram hơn là về chuỗi công khai TON.
Cuối cùng, tóm lại, nhìn chung, con đường xây dựng sinh thái của TON đã chọn hướng đến lưu lượng truy cập thay vì hướng đến tài sản trong thời gian ngắn. Điều này mang đến một yêu cầu mới cho các nhà phát triển. Nếu họ hy vọng nhận được sự chứng thực chính thức, hay nói một cách thẳng thắn hơn là trở thành một dự án được ưu tiên chính thức, thì các chỉ số vận hành cốt lõi trong giai đoạn khởi đầu nguội cần phải liên quan đến tài sản, chẳng hạn như TVL, giá trị thị trường, Số lượng nắm giữ tiền tệ, v.v., chuyển sang hướng lưu lượng truy cập, chẳng hạn như DAU, PV, UV, v.v.
