Phỏng vấn chuyên sâu về Spike OS: Tăng cường siêu năng lực cho ứng dụng Web3, bản đồ và quyết tâm của người hùng thầm lặng
Tuyển chọn TechFlowTuyển chọn TechFlow
Phỏng vấn chuyên sâu về Spike OS: Tăng cường siêu năng lực cho ứng dụng Web3, bản đồ và quyết tâm của người hùng thầm lặng
Spike OS cung cấp "L3" có thể cắm thêm và hỗ trợ đa chuỗi cho các ứng dụng Wab3.
Chuyên sâu báo cáo Web3
Thị trường tiền mã hóa lên xuống thất thường, việc phá vỡ vòng tròn vẫn là chủ đề đáng bàn luận. Các ứng dụng Web3 ngày nay giỏi hơn trong việc nhất thời nổi bật trên thị trường vốn, nhưng lại chưa thực sự thu hút được nhiều người dùng bên ngoài cộng đồng sử dụng trong thế giới thực tế. Có bao nhiêu nỗ lực không đạt hiệu quả, thì có bấy nhiêu giải pháp không đúng trọng tâm.
Thuốc chữa cho việc phá vỡ vòng tròn ở đâu? Phần lớn mọi người đang chờ đợi một câu trả lời chuẩn mực, nhưng cũng có những người đang cố gắng tự tạo ra câu trả lời trong hành trình khám phá của riêng mình.
Gần đây, TechFlow đã phỏng vấn Spike OS – một dự án cơ sở hạ tầng nhằm cung cấp khả năng tương tác dữ liệu và tính kết hợp cho các ứng dụng Web3, thông qua việc chia sẻ dữ liệu để tổ hợp nên nhiều ứng dụng mới hấp dẫn người dùng bên ngoài. Người sáng lập Jeff đã chia sẻ với chúng tôi những suy nghĩ sâu sắc về tình trạng hiện tại của các ứng dụng Web3, đồng thời giải thích chi tiết về triết lý thiết kế sản phẩm, kiến trúc sản phẩm và kế hoạch phát triển tương lai của Spike OS.
Nếu bạn quan tâm đến cơ hội đầu tư trong lĩnh vực cơ sở hạ tầng hoặc đang xây dựng ứng dụng Web3, buổi phỏng vấn này có thể mang đến cho bạn một số cảm hứng và ý tưởng.
Phần 1: Triết lý thiết kế sản phẩm —— Chiếc thuyền đưa các ứng dụng tiến ra biển lớn
TechFlow: Động lực ban đầu khi xây dựng Spike OS là gì? Hay nói cách khác, điều gì đã khơi gợi ra ý tưởng này?
Jeff: Theo chúng tôi, điểm khởi đầu vẫn là Web3 nên phục vụ phạm vi người dùng rộng lớn hơn. Việc áp dụng đại trà (Massive Adoption) trong Web3 không chỉ giới hạn trong lĩnh vực tài chính, cũng không nên chỉ là công cụ dành riêng cho những người làm trong ngành tài chính.
Tuy nhiên, như V神 từng nói: “Hiện tại blockchain hoạt động khá tốt trong các ứng dụng tài chính, nhưng các ứng dụng phi tài chính mới là hướng đi thú vị trong tương lai”.
Hiện nay, nhìn vào thực trạng thị trường Web3, các ứng dụng phi tài chính trưởng thành còn rất ít, toàn ngành vẫn còn khá xa so với mức độ áp dụng đại trà thực sự. Tuy nhiên, trong chu kỳ trước đó, sự xuất hiện của NFT và GameFi – dù là Bored Ape, StepN hay Axie – đã mang lại lượng lớn lưu lượng truy cập mới. Dù mỗi sản phẩm đều có vấn đề riêng, nhưng từ đó ta thấy rằng nếu không có các ứng dụng phi tài chính, sẽ không có tăng trưởng thị trường; và thị trường có thể sẽ không phát triển nhanh như kỳ vọng.
Trong các ứng dụng phi tài chính, lấy ví dụ GameFi, hiện tại chưa có sản phẩm nào thuộc dạng game 3A thực sự nổi bật, còn các trò chơi hoàn toàn trên chuỗi thì lại không thu hút đông đảo người dùng. Vì vậy, chúng tôi cho rằng cần phải có một môi trường vận hành Web3 mới: vừa cho phép tất cả tài sản được đưa lên chuỗi, đảm bảo trải nghiệm người dùng có tính tương tác; bản thân ứng dụng cũng có khả năng mở rộng và kết hợp cao hơn; đồng thời, nó cũng phải là một môi trường chơi game tuyệt vời.
Chỉ có môi trường như vậy mới có thể thu hút thêm nhiều ứng dụng phi tài chính và lượng lớn người dùng. Nhưng hiện tại, lớp cơ sở hạ tầng cung cấp môi trường này đang bị thiếu hụt – và đó chính là điều chúng tôi muốn xây dựng.
TechFlow: Anh vừa nhắc đến game và các ứng dụng phi tài chính. Vậy đối tượng người dùng đầu tiên của Spike OS có phải là các nhà phát triển game Web3 không? Những ứng dụng phi tài chính khác sẽ hưởng lợi từ sản phẩm của anh như thế nào?
Jeff: Trước hết, chúng tôi cung cấp một giải pháp kỹ thuật tổng quát, thiên về nền tảng底层. Bản thân giải pháp này không phân biệt đâu là game, đâu là ứng dụng.
Trong ngành hiện nay, ranh giới giữa game và ứng dụng ngày càng mờ nhạt. Ví dụ như Sandbox, mặc dù có hình ảnh kiểu game, nhưng khả năng hỗ trợ của nó không chỉ dừng lại ở đó: tổ chức AMA, làm việc nhóm, biểu diễn nghệ thuật hay concert… đều có thể diễn ra bên trong, vượt xa định nghĩa hẹp về "trò chơi".
Vì vậy, Spike OS cũng sẽ không giới hạn mục tiêu vào game hay bất kỳ loại ứng dụng nào khác. Mục đích cốt lõi là tạo ra một môi trường hướng tới tương lai, nơi dữ liệu có sẵn, các mô-đun ứng dụng có thể kết hợp linh hoạt, và dữ liệu người dùng có tính tương tác cao.
Dĩ nhiên, nếu hợp tác cùng các nhà phát triển game thì tiến độ có thể nhanh hơn, vì người dùng phổ thông có thể tiếp nhận game dễ dàng hơn trong giai đoạn đầu.
TechFlow: Về các vấn đề hiện tại của ứng dụng Web3 liên quan đến tính sẵn có dữ liệu, khả năng kết hợp mô-đun và tính tương tác, về mặt khái niệm nghe khá trừu tượng. Anh có thể dùng ví dụ cụ thể để minh họa không?
Jeff: Trước tiên, một ví dụ cụ thể sẽ giúp hiểu rõ hơn về khả năng kết hợp mô-đun và tính tương tác. Chẳng hạn như trong Sandbox hay một thế giới mở nào đó, nó có thể tích hợp các trò chơi do nhà phát triển khác tạo ra.
Ví dụ tôi làm một ứng dụng Poker Texas Hold’em đặt trong sòng bạc của thế giới ảo. Bạn có thể mua một cái bàn (NFT), rồi mời người khác đến chơi poker (mô-đun dịch vụ). Mọi người tham gia trải nghiệm và thanh toán theo quy tắc. Nhưng nếu bạn muốn dùng chiếc bàn đó để chơi Blackjack hay Mahjong (mô-đun khác), bạn sẽ thấy không thể phát triển lại ứng dụng hiện có, vì nhà phát triển ban đầu có thể chưa nghĩ đến việc mở rộng như vậy.
Ngay cả khi nhà phát triển có thiện chí cung cấp mô-đun bổ sung, họ cũng cần bỏ rất nhiều công sức để mở ra tính năng đó.
Do đó, các ứng dụng hiện tại về bản chất không có đặc tính mô-đun hóa hay khả năng kết hợp, điều này gây thiệt hại cho cả người dùng lẫn nhà phát triển. Tôi nghĩ tình huống lý tưởng hơn là: chúng ta biến ứng dụng thành các mô-đun mở, có thể kết hợp. Khi bạn tạo ra một bối cảnh, người khác có thể dễ dàng tiếp tục sáng tạo thứ cấp trên nền tảng của bạn – điều mà cả Web3 và Web2 hiện nay còn thiếu.
Tiếp theo, về tính tương thông dữ liệu. Hiện nay, khi bạn làm bất kỳ ứng dụng nào, dữ liệu thực chất thuộc sở hữu riêng của nhà phát triển. Dữ liệu người dùng nằm trên máy chủ của bạn – có thể là AWS hay Alibaba Cloud – và dữ liệu ứng dụng, mối quan hệ xã hội, nội dung tin nhắn... đều nằm trong cơ sở dữ liệu riêng.
Các ứng dụng khác không thể gọi dữ liệu của bạn, trừ khi bạn chủ động mở API.
Hãy thử tưởng tượng một tình huống mới trong Web3: tài sản của người dùng vẫn thuộc về họ, nhưng đồng thời, dữ liệu của mọi ứng dụng đều nằm trong một mạng lưới mở, cho phép các ứng dụng gọi dữ liệu tùy ý. Ví dụ, hiện có một trò chơi bắn súng A, tôi đang ở hạng Vàng. Một trò chơi mới có thể trực tiếp trao tặng phần thưởng hoặc huy chương cho những ai đạt hạng Vàng trong trò chơi A.
Khi dữ liệu giữa các ứng dụng có thể gọi lẫn nhau một cách tự do, tính tương tác sẽ tăng mạnh. Hãy tưởng tượng nếu WeChat có thể truy cập điểm tín dụng từ Ant Financial, hoặc Xiaohongshu có thể xem hồ sơ người theo dõi từ Douyin – việc chia sẻ dữ liệu như vậy sẽ thúc đẩy đổi mới toàn ngành.
TechFlow: Những vấn đề trên quả thực tồn tại. Liệu thị trường đã có giải pháp chưa? Nếu chưa, điều gì khiến Spike OS dám trở thành người tiên phong, và ưu thế của anh ở đâu?
Jeff: Câu hỏi rất hay. Trước tiên hãy xem xét Ethereum và EVM – liệu chúng đã giải quyết được vấn đề khả năng kết hợp và tương tác dữ liệu chưa?
Ví dụ như “lego tài chính”, bạn tạo giao thức A dựa trên hợp đồng thông minh, tôi có thể dùng giao thức đó để xây ứng dụng B. Nhờ vậy, chúng ta mới có Defi Summer, và các dự án thành công như Curve, Aave ngày nay.
Do đó, các ứng dụng tài chính đã tận dụng tốt tính mô-đun, khả năng kết hợp và chia sẻ dữ liệu. Với các kịch bản tài chính đơn giản, EVM đã chứng minh được tính đổi mới và hiệu quả. Nhưng với các ứng dụng phi tài chính thì không như vậy.
Các ứng dụng phi tài chính, hay còn gọi là ứng dụng tổng quát, chứa đựng lượng lớn tính toán tổng quát: các tình huống xã hội có luồng âm thanh, văn bản và đa phương tiện; game có mô hình và hiệu ứng hoạt hình; cơ sở dữ liệu người dùng có nhiều chiều dữ liệu hơn...
Đối với các tính toán tổng quát này, hiện nay chưa có giải pháp nào xử lý hiệu quả. Hoặc có thể nói, chúng tôi đã xây dựng một EVM chuyên về tính toán tổng quát hơn để giải quyết vấn đề trên.
Hiện nay, các nhà phát triển dùng nhiều ngôn ngữ khác nhau như Java, C hoặc Python, nhưng trong máy ảo Spike OS, tất cả sẽ được chuyển đổi sang một định dạng ngôn ngữ máy thống nhất. Do đó, bất kỳ nhà phát triển nào cũng có thể dễ dàng sử dụng kiến trúc này để xây mô-đun riêng. Và các mô-đun này có thể nhận diện, tương tác lẫn nhau.
Trước đây, đội ngũ chúng tôi từng thực hiện dự án metaverse tên là “Oasis”, vào năm 2019 đã phát hành động cơ Oasis đầu tiên, nhằm hỗ trợ các nhà phát triển tạo nội dung UGC cho metaverse.
Đồng thời, Oasis Origin cũng từng tham gia cuộc thi hackathon do BNB Chain tổ chức và giành giải nhất.
Trong bối cảnh đó, đến nay, chúng tôi đã công bố mã nguồn động cơ, chuẩn hóa cấu trúc dữ liệu, và từng bước xây dựng sản phẩm Spike OS mới.
Để thực hiện điều này, trong 3-4 năm qua, chúng tôi liên tục bổ sung thành viên mới, tuyển dụng nhiều chuyên gia am hiểu về động cơ mã nguồn mở và ngôn ngữ nền tảng để cùng hiện thực hóa sản phẩm hôm nay. Vì vậy, việc xây dựng Spike OS phù hợp với kinh nghiệm tích lũy suốt 3-4 năm qua. Tuy nhiên, liệu chúng tôi có làm tốt nhất hay người khác không thể làm được? Tôi nghĩ điều đó chưa chắc.
Trong hệ sinh thái blockchain hiện nay, các giải pháp luôn học hỏi lẫn nhau, mỗi bên đều có ưu thế riêng, và cuối cùng có thể hợp tác, học hỏi ở từng góc độ. Vì vậy, từ ngày đầu tiên, chúng tôi đã công bố mã nguồn Spike OS – mục đích chính là: hy vọng có người làm tốt hơn, tiếp tục đổi mới trên nền tảng của chúng tôi. Giống như khi Ethereum ra đời, hợp đồng thông minh lúc đó chưa hoàn hảo, nhưng giá trị ngoại biên tích cực đến từ việc mở mã nguồn và cấu trúc quản trị, thu hút đông đảo nhà phát triển bên ngoài cùng hợp tác.
Trên đây là động lực và nền tảng tự tin khi xây dựng Spike OS.
TechFlow: Trong Web2, các sản phẩm cấp hệ điều hành (OS) luôn rất khó xây dựng. Trong Web3, việc tạo ra một sản phẩm cấp OS, theo anh khó khăn lớn nhất nằm ở đâu?
Jeff: Chúng tôi thực tế lấy cảm hứng nhiều từ triết lý của hệ điều hành Android. Nó vốn là mã nguồn mở, và công cụ phát triển Android Studio cũng mở mã nguồn. Vì vậy, khi làm ứng dụng Android, bạn không nhất thiết phải dùng trình soạn thảo chính thức – bạn có thể cải tiến, nâng cấp dựa trên kiến trúc của nó.
Vì vậy, khó khăn đầu tiên là Spike OS có gặp lỗi hay sai sót gì ở tầng kỹ thuật nền tảng không. Nhưng khó khăn này tương đối dễ khắc phục.
Một khó khăn khác nằm ở việc hình thành sự đồng thuận và hệ sinh thái. Giải pháp của chúng tôi có trở thành chuẩn mực ngành không? Có đủ nhiều ứng dụng tham gia không? Có đủ nhiều ứng dụng sử dụng giải pháp của chúng tôi không? Đây là điều chúng tôi cần tập trung. Đồng thời, khi càng nhiều ứng dụng tham gia, độ phức tạp sẽ liên tục tăng, gây áp lực lớn lên toàn bộ hệ thống. Đối mặt với sự phức tạp này, liệu chúng tôi có gặp lỗi, hay lộ ra điểm yếu gì không?
Việc giải quyết vấn đề hệ sinh thái, chúng tôi sẽ thảo luận kỹ hơn trong phần chiến lược phát triển sau.
Phần 2: Kiến trúc kỹ thuật sản phẩm —— Không chỉ đơn thuần là “L3”
TechFlow: Trước Spike OS, nhóm anh từng phát hành Spike Engine. Hai sản phẩm này khác nhau thế nào, và mối quan hệ giữa chúng ra sao?
Jeff: Spike OS bao gồm Spike Engine, giống như hệ điều hành Android bao gồm Android Studio.
Về Spike OS, có thể định nghĩa bằng 3 điểm:
Thứ nhất, đây là một giải pháp mô-đun hóa và có khả năng kết hợp. Điều này đã được đề cập ở phần trước; Spike Engine trong giải pháp này chủ yếu là môi trường phát triển mô-đun hóa/kết hợp.
Thứ hai, đây là một hệ thống tính toán phi tập trung, mở, nơi tất cả dữ liệu tồn tại trên mạng mở. Nguồn lực tính toán cần thiết trong mạng này do các nút tham gia cung cấp.
Thứ ba, đây cũng là một môi trường vận hành mở, có tính tương tác dành cho người dùng. Giống như khi chúng ta dùng điện thoại Android/iOS, trải nghiệm người dùng là một môi trường vận hành có khả năng tương tác dữ liệu.
TechFlow: Engine với tư cách là môi trường phát triển, chúng tôi hiểu là có thể nhìn thấy, chạm vào, có giao diện và hình dáng cụ thể. Còn khái niệm “OS” tồn tại dưới hình thức gì? Có phải là một chuỗi riêng, hay là một lớp chồng lên L1 và L2?
Jeff: Chúng tôi cho rằng Spike OS là một “L3” có thể cắm rút linh hoạt, hỗ trợ đa chuỗi. Cụ thể hơn, nó là một môi trường thực thi các tính toán tổng quát cho ứng dụng. Hãy xem L1 và L2 như một “môi trường sổ cái”, nơi lưu trữ token và ghi chép giao dịch; còn các tính toán tổng quát sẽ được xử lý trong Spike OS.
Vì vậy, với các chuỗi tương thích EVM như ETH/Polygon/BSC, chúng tôi đều có thể tích hợp linh hoạt. Trong tương lai, các chuỗi như Aptos, Cosmos cũng sẽ được hỗ trợ tính năng tương tự.
Ngoài ra, người dùng có thể không cảm nhận trực tiếp về OS. Họ có thể cảm nhận rằng: khi tôi gửi tin nhắn cho ứng dụng A, ứng dụng B có thể nhận được; dữ liệu có thể gọi xuyên ứng dụng. Hoặc một ví dụ quen thuộc hơn: hiệu ứng mà Spike OS mang lại cho người dùng giống như việc trong Tencent Meeting, tôi có thể chiếu trực tiếp tài liệu từ Feishu; hoặc trong Xiaohongshu, tôi có thể xem trực tiếp video mới đăng của người khác trên Douyin.
Tuy nhiên, địa chỉ ví và tài sản của người dùng vẫn quay về chuỗi gốc – ví dụ, nếu DApp chạy trên ETH, thì logic chuyển tiền, nhận tài sản giữa các địa chỉ vẫn tuân theo quy tắc của ETH.
Khi người dùng nhận ra dữ liệu của họ có thể sử dụng xuyên thiết bị, xuyên ứng dụng, họ sẽ thấy đây là một đột phá lớn. Nhưng liệu họ có quan tâm ai đứng sau điều này? Tôi nghĩ phần lớn người dùng sẽ không để ý.
TechFlow: Nếu đi sâu hơn vào cấu trúc bên trong Spike OS, trong sách trắng chúng tôi thấy có các yếu tố như động cơ, nút, hợp đồng và chuỗi. Vì khó hiểu, anh có thể dùng một ví dụ để minh họa cách các yếu tố này phối hợp không?
Jeff: Được. Trước tiên, giả sử bạn là một nhà phát triển, tôi sẽ trình bày lại toàn bộ quy trình sử dụng Spike OS:
Phát triển game —— Spike Engine: Ví dụ bạn muốn làm một game vượt ải, bắt đầu từ con số 0. Bạn cần mở Spike Engine, thiết lập các mô-đun khác nhau, viết code mô tả cách hoạt động của từng mô-đun như nhảy, di chuyển, ghi điểm, qua ải…
Kết nối mô-đun —— Spike Contract: Trong game trên, có thể có mô-đun người dùng, mô-đun tài sản, mô-đun điểm số và mô-đun bối cảnh. Các mô-đun này ban đầu không “biết” nhau. Khi bạn muốn nối cổng “nhân vật” vào “điểm hồi sinh” trong bối cảnh, hoặc dùng “kết quả điểm số” làm điều kiện vào bối cảnh tiếp theo, bạn có thể dùng Spike Contract để kết nối.
Nhu cầu tính toán —— Spike Node: Trong phát triển game truyền thống, khi hoàn thành game, bạn phải mua máy chủ, cơ sở dữ liệu, dịch vụ render, nếu có chat còn cần dịch vụ thoại…
Trong Spike OS, điều này đồng nghĩa với việc bạn đang mua “năng lực tính toán”. Sau khi hoàn thành game, bạn nhấn nút publish là có thể phát hành một cách liền mạch trong Spike Engine. Bạn sẽ thấy một địa chỉ giao thức, ví dụ “Spike/Vượt ải”. Bạn gửi link này cho người khác, nếu là game mobile, họ có thể tải app từ link; nếu là web, họ có thể chơi trực tiếp.
Năng lực tính toán tổng quát hỗ trợ các dịch vụ trên thực chất do các Node của chúng tôi cung cấp, bao gồm render game, truyền thông, vận hành, tải xuống và tăng tốc CDN…
TechFlow: Về yêu cầu đối với thiết bị và thời gian của các nút trên, có yêu cầu gì không? Như trong hệ thống Bitcoin, nếu muốn làm nút đầy đủ (full node), chi phí khá cao.
Jeff: Đúng vậy, các nút của chúng tôi nhẹ hơn nhiều so với nút Bitcoin hay nút Ethereum thời kỳ đầu. Ethereum là một siêu máy tính, mỗi nút lý thuyết phải xác nhận toàn mạng, cuối cùng lưu kết quả tính toán duy nhất.
Các nút trong Spike OS phân tán theo kiểu P2P. Ví dụ bạn làm một ứng dụng tại Thượng Hải và phát hành, có thể những người xung quanh bạn đang chơi, và chính họ làm nút, chịu trách nhiệm về môi trường tính toán của bạn, giúp xử lý render và tăng tốc.
Công việc này không cần xác nhận toàn mạng, nên gánh nặng cho nút nhẹ hơn nhiều.
TechFlow: Trên đây chủ yếu là giới thiệu kiến trúc thiết kế sản phẩm. Anh có thể cho xem giao diện frontend thực tế của Spike OS không? Cộng đồng rất quan tâm sản phẩm đã phát triển đến đâu và giao diện thực tế ra sao.
Jeff: Tôi nghĩ có thể dùng demo này để minh họa sinh động:
-
Cho bạn một liên kết “Spike/BeanBoozled”, bạn có thể truy cập trực tiếp để chơi trò chơi này;
-
Bạn muốn xem cách phát triển trò chơi này, chỉ cần nhập “Spike/BeanBoozled/dev”, lập tức chuyển sang chế độ nhà phát triển;
-
Bạn sẽ thấy danh mục mô-đun trong trò chơi, ví dụ như “nhân vật – bối cảnh – hành động – điểm số”;
-
Bạn muốn thay bối cảnh “vườn cây ăn trái” thành “không gian vũ trụ”, chỉ cần tải lên bối cảnh vũ trụ bạn đã làm;
-
Sau khi tải lên, dùng mã hợp đồng để cho bối cảnh vũ trụ tương tác với trò chơi, sau đó trả phí Gas – vậy là bạn đã có phiên bản BeanBoozled với bối cảnh mới. Về bản chất, đây là một giao diện phát triển nhẹ trên nền web.
TechFlow: Giao diện này thiên về nhà phát triển. Còn người dùng thông thường, có thể tham gia Spike OS theo cách nào? Có thể tham gia làm nút không?
Jeff: Đúng vậy, chúng tôi mong muốn một mạng lưới không cần giấy phép, mang đến nhiều cách tham gia hơn cho người dùng. Về cơ bản giống như mạng P2P kiểu Xunlei – mỗi thiết bị là một nút. Khi bạn tải xuống, bạn cũng đang cung cấp băng thông upload cho tác vụ; càng nhiều người dùng, càng nhiều “hạt giống”, tốc độ giữa các nút càng nhanh.
Về mặt nền tảng, Spike OS cũng là một mạng lưới không cần giấy phép, máy tính hay thậm chí điện thoại của mỗi người đều có thể tham gia. Ví dụ tôi và bạn cùng chơi game, chúng tôi cũng đang cung cấp năng lực tính toán cho nhau, dù là tăng tốc truyền thông hay khả năng render.
Tuy nhiên, ban đầu yêu cầu với nút sẽ cao hơn một chút, ví dụ chúng tôi sẽ đánh giá từng nút dựa trên thời gian online, kết quả tính toán có nhanh và chính xác không, v.v. Nhưng về sau, mạng lưới sẽ ngày càng mở. Khi lượng người dùng và nhà phát triển tăng, số lượng nút cũng tăng, tính mở sẽ càng cao, cuối cùng trở thành mạng lưới không có rào cản gia nhập.
TechFlow: Động lực để các nút tham gia là gì? Có phần thưởng kinh tế không?
Jeff: Động lực chủ yếu là phần thưởng bằng token. Vì nhà phát triển trước đây phải thuê máy chủ, có thể mỗi tháng tốn vài chục ngàn đến hàng trăm ngàn, thậm chí hàng triệu. Giờ đây, họ thực chất trả bằng token, để các nút trong mạng Spike cung cấp năng lực tính toán hỗ trợ vận hành ứng dụng.
Khi trả token, các nút sẽ nhận phần thưởng theo tỷ lệ đóng góp năng lực tính toán. Khi hệ sinh thái càng lớn, token này cũng trở thành Governence Token, giá trị kỳ vọng sẽ tăng dần. Vì vậy, người tham gia mới sẽ càng có động lực cung cấp hoặc trở thành nút để nhận phần thưởng.
Ngoài ra, để trở thành nút Spike OS cần phải “stake”. Nút phải đảm bảo tính toán hiệu quả, không được làm chậm tốc độ toàn mạng hoặc làm chậm một ứng dụng nào đó. Vì vậy, sẽ có cơ chế stake, và tùy theo điểm số đánh giá, số lượng stake và phần thưởng nhận được sẽ dao động.
Phần 3: Chiến lược hiện thực hóa sản phẩm —— Hợp tác, chứ không phải lật đổ
TechFlow: Anh đã từng nghĩ đến vấn đề thương mại hóa và quảng bá chưa? Vì nhìn tổng thể, Spike OS khá to B và chuyên sâu, làm sao để tiếp cận nhiều dự án hơn, giúp thị trường biết đến sự tồn tại của nó?
Jeff: Câu hỏi hay, cũng là điều chúng tôi đang suy nghĩ gần đây. Tôi có một câu trả lời, và cũng muốn đưa ra thị trường để thảo luận: các giải pháp trưởng thành thường phải làm BD, phải thuyết phục nhiều người dùng để đạt mục đích. Vì vậy, chúng ta thấy tất cả L1 và L2 như Polygon, Avalanche, Near, Aptos hay Sui đều có hàng trăm đội ngũ đi BD, mời các dự án mới đến phát triển ứng dụng trên nền tảng của họ.
Nhưng ngược lại, Ethereum thời kỳ đầu thực tế không làm BD, không cố tìm các dự án lớn hay công ty lớn để dùng. Tại sao lại có sự khác biệt này? Theo tôi, chìa khóa nằm ở chỗ: nếu một giải pháp mới khiến một số trường hợp trong ngành nhận ra rằng chỉ có thể dùng giải pháp của bạn, và hiệu suất, hiệu quả, trải nghiệm vượt trội hẳn so với giải pháp hiện tại, thì đó là cạnh tranh trên một đường cong đổi mới khác biệt.
Một ví dụ rõ ràng là ICO. Dù cuối cùng tan rã, nhưng ít nhất sau đó mọi người đều nhận ra hợp đồng thông minh và EVM có ích, và thời điểm đó chỉ có cấu trúc Ethereum mới tạo ra được đổi mới như vậy. Tương tự, chúng tôi hy vọng tìm được một số trường hợp chỉ có thể thực hiện bằng giải pháp Spike, nơi trải nghiệm người dùng rất tốt, hiệu suất nhà phát triển rất cao, chi phí rất thấp.
Nếu cộng đồng nhận ra đổi mới bắt nguồn từ sự thay đổi ở tầng công nghệ nền tảng của bạn, sẽ có ngày càng nhiều nhà phát triển tự động tham gia hệ sinh thái, chứ không phải chúng tôi phải đi tìm từng dự án để hợp tác, làm BD – điều đó theo tôi lại đi lệch khỏi mục tiêu ban đầu.
TechFlow: Theo định hướng trên, các hành động cụ thể của nhóm anh sẽ là gì? Ví dụ như có tạo case mẫu, hay có kế hoạch khuyến khích nhà phát triển không?
Jeff: Đúng vậy, nhưng sẽ chia làm 3 giai đoạn.
Giai đoạn 1: Chúng tôi sẽ tự làm một số ứng dụng trưởng thành, hoạt động thực tế trên chuỗi. Như dự án Oasis trước đây, thực chất đã phát triển theo mô hình Spike; demo game kiểu BeanBoozled cũng sẽ được hiển thị trên website của chúng tôi. Sau này, chúng tôi cũng sẽ đưa game này lên các chuỗi khác, để mọi người thấy được ứng dụng có thể kết hợp và ứng dụng phi tài chính trông như thế nào.
Vì vậy, trước tiên chúng tôi phải tự dùng tốt Spike OS và thể hiện rõ ưu thế kỹ thuật.
Giai đoạn 2: Chúng tôi sẽ hợp tác với các chuỗi công khai lớn và L2, có thể dưới hình thức đầu tư hoặc cấp Grant, để các nhà phát triển trên các chuỗi đó có thể dùng Spike OS để phát triển. Đồng thời, đây cũng là lý do chúng tôi đến DenverETH.
Theo phản hồi hiện tại tại hội nghị, nhu cầu chung của các chuỗi là Mass Adoption, họ quan tâm nhiều đến việc tăng trưởng. Vì vậy, họ đều cởi mở và hoan nghênh nếu có một môi trường phát triển mới giúp thu hút thêm ứng dụng giải trí và người dùng ngoài cộng đồng. Hơn nữa, vì bản thân chúng tôi không có chuỗi hoàn chỉnh, nên thực tế đây là hợp tác chứ không phải cạnh tranh với họ.
Giai đoạn 3: Khi mọi người nhận ra ưu thế của Spike OS, chúng tôi sẽ có hệ sinh thái nhà phát triển riêng. Dù là qua Hackathon hay ươm tạo đầu tư, chúng tôi sẽ tìm thêm nhiều nhà phát triển vốn đã hướng đến Spike OS để làm ứng dụng mới. Nhưng giai đoạn này muộn hơn, hiện tại chúng tôi tập trung vào hai giai đoạn đầu.
TechFlow: Xen vào một câu hỏi phụ. Dự án trước đó có chữ “OS” trong tên là EOS. Rõ ràng kết quả thực tế không tương xứng với tầm nhìn lớn lao. Trong việc triển khai hay truyền bá tư tưởng, anh tránh lặp lại thất bại này như thế nào?
Jeff: EOS từng khiến người ta cuồng nhiệt, rồi thất vọng, cuối cùng dự án chìm vào quên lãng.
Từ lâu, tôi luôn cảm nhận tinh thần blockchain là đổi mới trên nền tảng thành công của người đi trước, phối hợp với nhau để phục vụ nhiều người dùng hơn, chứ không phải tự dựng lò nấu riêng để tạo hệ sinh thái của mình. Nếu cố sửa đổi một số đặc điểm của Ethereum và tuyên bố mình là giải pháp tốt hơn, điều đó khó khiến tôi đồng tình.
Spike từ ngày đầu tiên đã xác định rõ sẽ xây dựng trên các chuỗi hiện có, nhằm trao quyền và nâng cao các hệ sinh thái L1, L2 của Ethereum, giúp nhiều dữ liệu tài sản ứng dụng được đưa lên chuỗi, giúp phát triển ứng dụng dễ tiếp cận hơn, và thúc đẩy đổi mới kinh doanh sôi động hơn.
Vì vậy, chúng tôi không cạnh tranh với các chuỗi, mà hỗ trợ phát triển thêm nhiều ứng dụng và thu hút thêm người dùng mới. Đây là điểm khác biệt lớn giữa chúng tôi và EOS. Không phải khởi động lại từ đầu, mà thuận theo dòng chảy, hy vọng rằng trên con đường giúp người khác thành công, chúng tôi cũng tìm thấy giá trị của chính mình.
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
