Khi tôi nhìn vào Vanar Chain, tôi không bắt đầu bằng cách hỏi nó tuyên bố bao nhiêu TPS hoặc tốc độ các khối trên giấy. Tôi cố gắng hình dung một đội thực sự ngồi trong một cuộc họp lập kế hoạch.
Nếu tôi đang điều hành một studio game hoặc xây dựng một ứng dụng tiêu dùng, các câu hỏi của tôi sẽ cơ bản hơn nhiều và căng thẳng hơn nhiều. Tôi có thể dự đoán chi phí của mình mỗi tháng không? Liệu ứng dụng có vẫn mượt mà nếu mười ngàn người đăng nhập cùng một lúc không? Hay tôi sẽ tỉnh dậy một ngày và thấy rằng phí tăng vọt và một nửa các tính năng của tôi đột nhiên không còn ý nghĩa nữa?
Đó là cách nhìn mà tôi sử dụng với Vanar.
Chơi game, những thứ metaverse, công cụ AI, ứng dụng sinh thái — tất cả đều hành xử giống nhau ở mức giao dịch. Không phải là những chuyển khoản lớn, thỉnh thoảng. Đó là những hành động nhỏ liên tục. Nhấp chuột, nâng cấp, phần thưởng, chế tác, giao dịch vi mô. Hàng nghìn bản cập nhật nhỏ cần cảm thấy ngay lập tức và rẻ. Nếu mỗi cái trong số đó tốn quá nhiều hoặc mất quá lâu, toàn bộ trải nghiệm bắt đầu cảm thấy bị hỏng.
Vì vậy, khi Vanar nói về phí cố định hoặc có thể dự đoán, tôi thực sự chú ý.
Bởi vì từ quan điểm của một người xây dựng, có thể dự đoán thì tốt hơn là rẻ.
Rẻ hôm nay không giúp tôi nếu ngày mai nó đắt gấp 10 lần. Tôi không thể định giá các mục trong một trò chơi hoặc thiết kế một nền kinh tế trong ứng dụng xung quanh sự hỗn loạn. Tôi cần các con số mà tôi có thể tin tưởng. Nếu một giao dịch tốn khoảng cùng một số tiền tháng tới như hôm nay, tôi có thể thiết kế đúng cách. Tôi có thể lập kế hoạch.
Nhưng tôi cũng biết rằng hứa hẹn phí ổn định không dễ. Nếu bạn không để phí tăng vọt trong thời gian tắc nghẽn, thì điều gì đó khác phải hấp thụ áp lực. Các validator vẫn cần được trả tiền. An ninh vẫn phải giữ vững. Vì vậy, tôi coi điều này như một bài kiểm tra căng thẳng thực sự cho Vanar, không phải một câu marketing. Câu hỏi là liệu họ có thể giữ phí ổn định mà không làm yếu đi các động lực giữ cho mạng lưới an toàn.
Tốc độ cũng quan trọng, nhưng một lần nữa, tôi không nghĩ về nó theo thuật ngữ kỹ thuật.
Người dùng không quan tâm đến biểu đồ thông lượng. Họ quan tâm đến cảm giác của một cái gì đó.
Nếu tôi nhấp vào một nút và không có gì xảy ra trong vài giây, tôi cho rằng ứng dụng bị hỏng. Tôi không nghĩ, “à vâng, độ trễ blockchain tạm thời.” Tôi chỉ rời đi. Vì vậy, đối với tôi, việc xác nhận nhanh và nhất quán liên quan đến tâm lý, không phải thông số kỹ thuật. Nếu Vanar có thể giữ các tương tác trong khoảng thời gian “đủ nhanh”, chuỗi sẽ biến mất vào nền. Đó chính xác là điều bạn muốn.
Cùng lúc đó, tôi lo lắng về sự tắc nghẽn.
Trên hầu hết các chuỗi, nhu cầu cao tự nhiên đẩy phí lên, điều này khiến spam bị loại trừ. Nếu Vanar cố tình giữ phí thấp và ổn định, spam không tự động bị lọc theo cách tương tự. Điều đó có nghĩa là họ phải rất giỏi trong các phòng thủ khác — quy tắc mempool, ưu tiên, hệ thống chống spam. Nếu không, mạng có thể cảm thấy bị tắc nghẽn vào những ngày tồi tệ nhất.
Và đối với một chuỗi tiêu dùng, những ngày tồi tệ nhất là những ngày duy nhất có ý nghĩa. Bất kỳ ai cũng có thể trông tốt khi lưu lượng truy cập yên tĩnh.
Về mặt kỹ thuật, tôi thích việc Vanar bám sát vào hệ sinh thái của Quỹ Ethereum và giữ tính tương thích EVM. Nó thực tế. Các nhà phát triển đã biết các công cụ. Có ít ma sát hơn để bắt đầu xây dựng. Nhưng tôi cũng biết rằng tính tương thích EVM một mình không còn có nghĩa gì nữa. Có hàng tá chuỗi có thể nói điều tương tự.
Vì vậy, đối với tôi, Vanar không thắng bằng cách tương thích. Nó chỉ thắng nếu nó cảm thấy mượt mà hơn và có thể dự đoán hơn khi người dùng thực sự xuất hiện.
Tôi cũng nhận thấy họ đang cố gắng xây dựng nhiều hơn chỉ là một chuỗi cơ sở, nói về các lớp và công cụ cho các ứng dụng gốc AI và trải nghiệm tiêu dùng. Là một người xây dựng, tôi thấy sự hấp dẫn. Ít dịch vụ bên ngoài, ít bộ phận chuyển động, nhiều thứ được xử lý trong một ngăn xếp. Điều đó có thể tiết kiệm rất nhiều đau đầu.
Nhưng tôi cũng thận trọng. Nhiều lớp cũng có nghĩa là nhiều phức tạp hơn. Nếu những lớp đó không vững chắc, chúng có thể trở thành các điểm thất bại mới. Vì vậy, cá nhân tôi, tôi sẽ đánh giá chúng từng bước một. Đầu tiên chứng minh rằng chuỗi cơ sở là đáng tin cậy. Sau đó mở rộng.
Ngay cả phần token cũng cảm thấy thực tế với tôi. VANRY không chỉ là một thứ mang tính đầu cơ trôi nổi. Nó liên kết trực tiếp vào việc thanh toán cho các giao dịch và hỗ trợ các validator. Và vì nó cũng tồn tại như một ERC20 ở nơi khác, tính thanh khoản và sự dao động giá cả là quan trọng. Nếu token trở nên quá biến động, điều đó sẽ đẩy lùi toàn bộ ý tưởng về chi phí dự đoán. Vì vậy, mọi thứ kết nối — phí, giá token, phần thưởng cho validator. Bạn không thể tách rời chúng.
Quản trị cũng tương tự. Tôi không nghĩ về nó theo các thuật ngữ lý tưởng. Tôi chỉ hỏi: liệu mạng có thể phản ứng nhanh chóng khi có điều gì đó bị hỏng không? Nếu spam xuất hiện hoặc các tham số cần điều chỉnh, họ có thể sửa chữa nó mà không có drama không? Nhưng cũng không thay đổi quy tắc qua đêm và làm sợ hãi những người xây dựng? Cái cân bằng đó rất khó, nhưng rất quan trọng.
Cuối cùng, tôi không thấy Vanar như là “một L1 nhanh khác.” Tôi thấy nó như một cược vào sự ổn định.
Nếu họ có thể giữ cho chi phí có thể dự đoán, xác nhận nhanh và trải nghiệm mượt mà ngay cả dưới áp lực, thì điều đó có ý nghĩa cho các ứng dụng tiêu dùng thực sự. Nếu họ không thể, thì tất cả những câu chuyện sẽ không có ý nghĩa.
Đối với tôi, điều đó thật đơn giản. Tôi không cần chuỗi phải nhanh nhất thế giới.
Tôi chỉ cần nó đủ đáng tin cậy để người dùng của tôi không bao giờ phải nghĩ về nó.