Một tháng trước, vợ tôi rủ tôi dùng thử Vibe Coding, một công cụ phát triển trực quan, để tạo hệ thống quản lý ngân sách gia đình. Từ đó, tôi bị cuốn hút bởi cảm giác "tự tay làm mọi thứ". Từ các slide thuyết trình đến trang đăng ký khóa học trực tiếp, tôi đã tự tay xây dựng mọi thứ từ đầu bằng trí tuệ nhân tạo. Thậm chí tuần trước, khi một thành viên trong gia đình phải nhập viện đột xuất, tôi đã tạo một bảng điều khiển thông tin để tích hợp thông tin từ nhiều nguồn khác nhau, giúp việc liên lạc dễ dàng hơn. Càng sử dụng AI nhiều, tôi càng hiểu rõ tầm quan trọng của blockchain. Điều này cũng phản ánh mục tiêu năm 2026 gần đây của Vitalik Buterin dành cho Ethereum : vượt qua "bài kiểm tra rời đi". Nói một cách đơn giản, nếu các nhà phát triển "rời đi", người dùng có thể vẫn mang theo dữ liệu của họ không? Hãy bắt đầu với công cụ kế toán gia đình mà vợ chồng tôi đã tạo ra 👉 Đọc bài viết đầy đủ: blocktrend.today/p/750 Vợ tôi có thói quen ghi lại số dư tài sản hàng tháng trên Google Sheets để dễ dàng theo dõi sau này. Tôi từng hỏi cô ấy: "Với rất nhiều lựa chọn trên thị trường, sao không dùng một ứng dụng kế toán có sẵn?" Hóa ra các chức năng cô ấy cần nằm rải rác ở nhiều ứng dụng khác nhau, trong đó Google Sheets là ứng dụng cơ bản nhất nhưng cũng linh hoạt nhất. Vì vậy, mục tiêu của chúng tôi là tạo ra một dịch vụ kế toán phù hợp nhất với nhu cầu của cô ấy. Gemini Canvas nhanh chóng tạo ra một trang web giao diện người dùng đẹp mắt cho chúng tôi, nhưng vấn đề sớm nảy sinh. Lần trang web được mở lại, tất cả dữ liệu đã nhập trước đó đều bị mất. Nhiệm vụ của tôi là kết nối với cơ sở dữ liệu phía máy chủ, lưu trữ mọi dữ liệu đã nhập vào Firebase để nó có thể ghi nhớ lịch sử. Chúng tôi hào hứng chia sẻ dịch vụ theo dõi chi phí với gia đình, nhưng rồi phát hiện ra rằng nếu không có hệ thống tài khoản để phân biệt người dùng, hồ sơ chi phí của mọi người sẽ bị lẫn lộn. May mắn thay, tính năng xác thực tích hợp của Firebase hỗ trợ nhiều cơ chế đăng nhập khác nhau, bao gồm tên người dùng/mật khẩu hoặc đăng nhập bằng mạng xã hội. Với giao diện người dùng, phần quản trị và chức năng đăng nhập đã được thiết lập, dịch vụ theo dõi chi phí gia đình này cuối cùng đã hoàn thiện. Tuy nhiên, hiện tại, công cụ theo dõi chi phí này phụ thuộc rất nhiều vào một dịch vụ tập trung. Nếu nhà phát triển quên thanh toán hóa đơn (tôi thì chưa đến mức đó), hoặc nếu tài khoản mạng xã hội của người dùng bị thu hồi, nó có thể trở nên không thể sử dụng được. Vì vậy, tôi bắt đầu suy nghĩ, làm thế nào để đảm bảo công cụ theo dõi chi phí này có thể được "thiết lập và quên đi" - ngay cả khi tôi đột nhiên biến mất và không ai duy trì nó, gia đình tôi vẫn có thể giữ lại toàn bộ dữ liệu và thậm chí tiếp tục sử dụng nó? Đây chính là điều mà Vitalik Buterin gần đây đã đề xuất với tên gọi "thử nghiệm bỏ đi". Trong cộng đồng phát triển phần mềm, có một khái niệm gọi là "Hệ số Xe buýt" (Bus Factor). Nó đề cập đến tác động nếu đội ngũ bị xe buýt đâm khi đang đi bộ. Liệu toàn bộ dự án có sụp đổ ngay lập tức? Nếu người đó là nhân vật chủ chốt có ảnh hưởng đáng kể đến dự án, thì Hệ số Xe buýt là 1. Hệ số Xe buýt càng thấp, dự án càng dễ bị tổn thương. Kiểm thử "đi bộ" (walkaway testing) đơn giản chỉ chuyển trọng tâm từ "con người" sang "dịch vụ". Nếu tài khoản bị mất, công ty sụp đổ hoặc máy chủ ngừng hoạt động, liệu sản phẩm có thể tiếp tục hoạt động? Người dùng có thể mang dữ liệu của họ đi theo không? Vitalik Buterin lập luận rằng mục tiêu cuối cùng của Web3 là tối đa hóa yếu tố này. Ý tưởng đầu tiên của tôi là thêm chức năng đăng nhập ví với Ethereum vào một công cụ kế toán tại nhà. Địa chỉ ví được tính toán bằng một công thức toán học và không thể bị thu hồi đơn phương; miễn là private key vẫn còn, vỡ nợ của công ty không còn quan trọng. Đối với giao diện người dùng và máy chủ, Hệ thống Tệp Liên hành tinh (IPFS) hoặc ổ cứng phi phi tập trung Arweave có thể được giới thiệu để cải thiện khả năng phục hồi của hệ thống. Vitalik Buterin cũng đặc biệt đề cập rằng trình soạn thảo tệp yêu thích của anh ấy, Fileverse, đã vượt qua "bài kiểm tra thoát hiểm". Ngay cả khi Fileverse vỡ nợ, ứng dụng bị lỗi hoặc nhà phát triển biến mất, người dùng vẫn có thể khôi phục tệp của họ. Điều này là do Fileverse chạy trên Ethereum, dữ liệu được lưu trữ đầu cuối trong IPFS với crypto và ví đóng vai trò là tài khoản người dùng. Miễn là người dùng bảo vệ đúng cách Key sao lưu của họ, họ có thể làm theo lộ trình thoát hiểm đã được lên kế hoạch trước để tiếp tục. Người dùng có thể sử dụng trang web khôi phục này, nhập các khóa sao lưu của họ và khôi phục thành công tất cả các tệp, tải xuống chúng dưới dạng PDF hoặc Markdown. Ngay cả khi không có giao diện ứng dụng gốc, các tệp .md vẫn có thể được tải lên lại HackMD hoặc Notion để tiếp tục chỉnh sửa. Giống như một thang cuốn bị hỏng vẫn có thể được sử dụng như một cầu thang. Một số người có thể nói rằng Google Takeout hoặc Notion cũng có thể xuất tệp dưới dạng Markdown. Những phương pháp này dựa trên tiền đề rằng "dịch vụ vẫn đang hoạt động". Khi Google hoặc Notion hoạt động bình thường, việc xuất dữ liệu hoàn toàn không khó; Nhưng nếu bạn đột nhiên nhớ ra các tập tin của mình năm năm sau khi dịch vụ ngừng hoạt động, liệu bạn có thể mang chúng theo không? Fileverse thì có thể. Đó là sự khác biệt lớn nhất giữa hai dịch vụ này. Không ai muốn ký ức của mình biến mất cùng với nền tảng, nhưng câu hỏi đặt ra là làm thế nào để thuyết phục các doanh nhân cho phép sản phẩm của họ vượt qua "bài kiểm tra biến mất"? Việc chỉ lựa chọn ở lại khi có thể rời đi – một “bài kiểm tra thoát hiểm nhanh” – vi phạm logic cơ bản của hầu hết các nền tảng Web2: nuôi dưỡng, giữ chân, tiêu diệt. Hãy nhìn vào Facebook. Cái mà nhiều người gọi là “hệ thống bảo vệ sản phẩm” thường tương đương với sự không tương thích về định dạng và chi phí chuyển đổi quá cao. Một khi tài khoản bị vô hiệu hóa, mọi thứ sẽ biến mất. Các nền tảng cố tình thiết kế sao cho người dùng khó rời đi, chính xác là để thu được giá trị tối đa. Đối với các doanh nhân, nếu một sản phẩm vượt qua “bài kiểm tra thoát hiểm nhanh”, điều đó có nghĩa là nó không thể bị giữ chân hoặc tiêu diệt – tại sao lại tạo ra rắc rối không cần thiết? Điều này cũng gây khó khăn cho việc thuyết phục cổ đông: tại sao phải bỏ công sức lên kế hoạch trước cho “lối thoát” của người dùng? Chẳng phải bạn nên độc quyền kiểm soát dữ liệu, thống trị các mối quan hệ và thu lợi từ chúng sao? ... (Còn tiếp) 👉 Đọc bài viết đầy đủ: blocktrend.today/p/750