@Vanar Hầu hết các blockchain Layer-1 nói về việc áp dụng như thể nó đến sau khi công nghệ đã hoàn thiện. Đầu tiên bạn chuyển giao chuỗi, sau đó các nhà phát triển đến, rồi người dùng theo sau. Trong thực tế, việc áp dụng thất bại sớm hơn nhiều, vào thời điểm mà các hệ thống mong đợi con người hành xử như những kỹ sư hạ tầng. Thiết lập ví, lựa chọn mạng, token gas, thông báo quyền, phiên bị hỏng, lỗi một phần. Không có vấn đề nào trong số này là khó khăn riêng lẻ, nhưng cùng nhau chúng tạo thành một môi trường trong đó lựa chọn an toàn nhất cho một người dùng mới là dừng lại.
Vanar bắt đầu từ một giả định khác: rằng việc áp dụng không phải là một kết quả, mà là một lớp. Nếu bạn không thiết kế lớp đó một cách rõ ràng, nó sẽ bị các nhóm ứng dụng cải biên, và các hệ thống cải biên có xu hướng bị vỡ. Kiến trúc của Vanar được hình thành xung quanh việc giảm thiểu mức độ ngữ cảnh mà người dùng cuối cần nắm giữ tại bất kỳ thời điểm nào. Mục tiêu không phải là dạy mọi người cách Web3 hoạt động, mà là để họ sử dụng các ứng dụng mà không cần biết rằng Web3 có liên quan đến điều đó.
Đây là nơi vị trí của Vanar xung quanh cơ sở hạ tầng AI-native trở nên ít về ngôn ngữ tiếp thị và nhiều hơn về thiết kế hệ thống. Tải trọng AI không khoan nhượng với các môi trường phân mảnh. Chúng cần lưu trữ có thể dự đoán, thực thi nhanh chóng và giao diện sạch giữa các thành phần. Bằng cách xây dựng những nguyên tắc này vào lớp cơ sở thay vì thuê ngoài chúng cho các dịch vụ bên ngoài, Vanar đang hiệu quả hấp thụ độ phức tạp mà nếu không sẽ nổi lên trong trải nghiệm người dùng. Khi độ phức tạp được hấp thụ ở cấp độ giao thức, các ứng dụng trở nên bình tĩnh hơn theo mặc định.
Một sai lầm chủ chốt mà nhiều L1 mắc phải là coi ví như một vấn đề đã được giải quyết. Chúng không phải vậy. Ví là giao diện người dùng chính cho hầu hết các blockchain, và chúng tiết lộ quá nhiều cơ chế nội bộ. Cách tiếp cận của Vanar hướng tới các phiên, danh tính và tương tác cảm thấy gần gũi hơn với tài khoản hơn là quản lý khóa thô. Sự chuyển đổi đó quan trọng vì nó giảm số lượng quyết định không thể đảo ngược mà người dùng phải thực hiện trước khi họ có thể làm bất cứ điều gì hữu ích. Ít khoảnh khắc không thể đảo ngược có nghĩa là ít lối thoát hơn.
Một khía cạnh khác không được đánh giá đúng là độ tin cậy. Việc áp dụng không phát triển trong những môi trường cảm thấy dễ vỡ. Nếu các giao dịch đôi khi thất bại mà không có lý do rõ ràng, nếu tài sản xuất hiện và biến mất giữa các phiên, hoặc nếu trạng thái cảm thấy không nhất quán giữa các thiết bị, người dùng sẽ nhanh chóng mất niềm tin. Sự nhấn mạnh của Vanar vào việc tích hợp dọc một phần là về kiểm soát. Khi nhiều phần của ngăn xếp được sở hữu và phối hợp, ít trường hợp biên sẽ rò rỉ vào lớp bề mặt mà người dùng trải nghiệm.
Từ góc độ hệ sinh thái, điều này thay đổi loại nhà xây dựng sẵn sàng xuất hiện. Các chuỗi tối ưu hóa cho khả năng phối hợp và thử nghiệm tài chính thu hút các kỹ sư giao thức. Các chuỗi tối ưu hóa cho việc áp dụng thu hút các nhóm sản phẩm. Hai nhóm đó có mức độ chịu rủi ro khác nhau và định nghĩa thành công khác nhau. Vanar đang ngầm lựa chọn nhóm thứ hai, ngay cả khi điều đó có nghĩa là động lực kể chuyện chậm hơn trong các vòng tròn crypto ưu tiên sự mới lạ hơn là khả năng sử dụng.
Điểm quan trọng là các lớp áp dụng tốn kém để xây dựng và chậm để xác minh. Chúng không tạo ra các chỉ số virus sớm. Nhưng khi chúng hoạt động, chúng lặng lẽ tích lũy. Mỗi ứng dụng mới thừa hưởng một nền tảng mượt mà hơn thay vì phải tạo lại quy trình giới thiệu từ đầu. Theo thời gian, điều này tạo ra một hệ sinh thái nơi việc vận chuyển cảm thấy dễ dàng hơn so với các nền tảng cạnh tranh, và sự dễ dàng là một trong những động lực mạnh mẽ nhất dài hạn trong phần mềm.
Vanar không cố gắng chiến thắng bằng cách trở thành chuỗi nhanh nhất hoặc diễn đạt nhất. Nó cố gắng loại bỏ đủ ma sát để mọi người ngừng nhận thấy chuỗi hoàn toàn. Lịch sử cho thấy đó là cách các nền tảng vượt qua từ thí nghiệm sang sử dụng hàng ngày.
