Mọi người cứ mãi nói về Newton như một công cụ tuân thủ. Và này, tôi hiểu mà. Tuân thủ là quan trọng, và Newton làm điều đó rất tốt. Nhưng nói thật? Mỗi lần tôi thấy cuộc trò chuyện đó, tôi lại cảm thấy mọi người đang bỏ lỡ điều thú vị hơn nhiều đang diễn ra bên dưới.
Newton không chỉ nói về việc làm theo quy tắc. Nó là về những viên gạch xây dựng. Và tôi nghĩ ý tưởng đó xứng đáng được chú ý nhiều hơn những gì nó đang nhận được.
Hãy để tôi giải thích ý tôi
Khi tôi bắt đầu tìm hiểu về cách hệ thống chính sách của Newton hoạt động, điểm nổi bật với tôi không phải phần tuân thủ. Mà là cách toàn bộ mọi thứ được cấu trúc. Mỗi chính sách trong Newton là một module nhỏ, tập trung riêng. Một module xử lý giới hạn chi tiêu. Một module khác xử lý phê duyệt đa chữ ký. Module khác lại chặn các địa chỉ ví đã bị gắn cờ. Và một module khác hạn chế giao dịch trong một số khung giờ nhất định.
Mỗi module làm đúng một việc. Chỉ vậy thôi. Một nhiệm vụ, làm thật tốt.
Nhưng đây là chỗ thú vị. Những module này không bị “dán” vào bên trong một ứng dụng duy nhất. Bạn có thể lấy chúng ra, di chuyển chúng, kết hợp chúng với các module khác, và dùng trong những bối cảnh hoàn toàn khác nhau. Đó là ý tưởng mảnh ghép Lego. Một mảnh ghép đơn lẻ không đáng là bao. Nhưng khi bạn bắt đầu xếp chồng chúng lại với nhau, bạn có thể tạo ra thứ gì đó thật sự.
Vấn đề tôi cứ thấy lặp lại trong phát triển Blockchain
Tôi nhận thấy rằng gần như mọi đội xây một ứng dụng tài chính trên blockchain đều sớm chạm vào cùng một bức tường. Trước khi họ có thể bắt đầu xây sản phẩm thực sự mà họ quan tâm, họ phải xây cả một nền tảng trước đã. Hạn mức chi tiêu. Kiểm soát truy cập. Luồng phê duyệt. Kiểm tra tuân thủ. Cơ chế dừng khẩn cấp.
Đây không phải là những tính năng quá hấp dẫn. Không ai xây một startup chỉ vì họ muốn tự viết một hệ thống hạn mức chi tiêu từ đầu. Nhưng họ vẫn phải làm, vì không có một nơi dùng chung để lấy những thứ này ở hầu hết các blockchain. Mỗi đội lại phải tự dựng lại những thứ giống nhau, hơi khác một chút, và với những lỗi khác nhau một chút.
Và trong các ứng dụng tài chính, lỗi không chỉ gây khó chịu. Một quy tắc hạn mức chi tiêu bị sai, một luồng phê duyệt bị hỏng—không phải là một bất tiện nhỏ. Đó là tiền thật bị đưa đi nơi chưa bao giờ được phép.
Đây là bài toán mà Newton đang âm thầm giải quyết. Viết một module chính sách một lần. Kiểm thử cho đúng cách. Rồi để mọi ứng dụng cần nó chỉ việc dùng, thay vì tự xây phiên bản của riêng mình từ số 0.
Gộp (combine) module thực sự trông như thế nào
Cách tốt nhất để tôi giải thích tính lắp ghép (composability) là bằng một ví dụ thực tế.
Giả sử bạn đang xây dựng một nền tảng thanh toán doanh nghiệp. Bạn cần hạn mức chi tiêu theo từng nhân viên. Bạn cần phê duyệt đa chữ ký cho mọi thứ vượt qua một ngưỡng nhất định. Bạn cần nhật ký giao dịch để phục vụ kiểm toán. Và bạn cần khả năng chặn thanh toán đến các địa chỉ cụ thể. Bốn yêu cầu.
Nếu không có Newton, đội của bạn sẽ tự viết cả bốn thứ này từ đầu. Đó là cả vài tuần làm việc trước khi bạn thậm chí còn chạm vào sản phẩm thực sự.
Với Newton, mỗi thứ trong số đó đã là một module. Bạn chỉ cần kết nối chúng, thiết lập tham số của mình, và lớp ủy quyền của bạn đã hoàn tất. Bạn bỏ qua phần công việc nền tảng và đi thẳng tới việc xây thứ làm sản phẩm của bạn khác biệt.
Hoặc hãy nghĩ về một giao thức cho vay DeFi. Có thể nó cần giới hạn rút tiền theo ngày, một cơ chế tạm dừng kích hoạt khi có hoạt động bất thường, và một danh sách trắng các địa chỉ đích được phê duyệt. Ba module. Lắp chúng lại với nhau và lớp an toàn sẽ có sẵn.
Đó chính là khả năng lắp ghép trong thực tế. Bạn đang ráp một ứng dụng, chứ không phải tự tay viết từng mảnh.
Tại sao tính tái sử dụng thực ra là một tính năng an toàn
Đây là một điều tôi nghĩ mọi người đánh giá thấp. Tính tái sử dụng không chỉ là sự tiện lợi cho nhà phát triển. Trong phần mềm tài chính, đó là một thuộc tính an toàn.
Hãy nghĩ theo cách này. Nếu một module hạn mức chi tiêu được dùng trên năm mươi ứng dụng khác nhau, nó sẽ được kiểm thử qua năm mươi bối cảnh khác nhau. Các tình huống biên sẽ xuất hiện. Lỗi được báo cáo. Các bản sửa được thực hiện. Theo thời gian, module đó trở nên rất vững chắc, vì nó đã đi qua rất nhiều lần.
Nhưng nếu năm mươi đội mỗi đội tự viết module hạn mức chi tiêu riêng, bạn sẽ có năm mươi codebase tách biệt, mỗi cái có những điểm mù riêng. Một lỗi được sửa ở một nơi vẫn còn đang nằm trong bốn mươi chín nơi còn lại.
Tài chính truyền thống đã nhận ra điều này từ rất lâu. Các ngân hàng không tự mỗi lần xây dựng lại các “đường ray thanh toán” từ đầu. Họ xây trên hạ tầng dùng chung và các tiêu chuẩn dùng chung. Điều đó giảm rủi ro cho tất cả mọi người, không chỉ cho riêng một tổ chức.
Newton đang cố gắng đưa tư duy đó vào ủy quyền trên chuỗi. Một nền tảng vững chắc mà mọi người cùng xây lên, thay vì mỗi bên tự dựng một mặt sàn chao đảo giống nhau một cách độc lập.
Bất kỳ ai cũng có thể đóng góp vào hệ sinh thái
Một điều nữa đáng nhắc. Newton không phải là một thư viện đóng, nơi bạn chỉ nhận được những gì có sẵn trong “hộp”. Các nhà phát triển có thể viết module mới và đóng góp chúng trở lại.
Nếu bạn đang làm việc với bất động sản được token hóa và bạn xây một module chính sách xử lý thứ gì đó cụ thể trong lĩnh vực đó, bạn có thể công bố nó. Các nhà phát triển khác xây trong cùng lĩnh vực cũng có thể dùng. Hệ sinh thái các module sẵn có sẽ phát triển theo thời gian.
Đây đúng là cách mà Lego vận hành. Không chỉ là các mảnh ghép sẵn có thì tốt. Mà là bất kỳ ai cũng có thể thiết kế các mảnh mới sao cho vẫn khớp với mọi thứ khác. Hệ thống sẽ hữu ích hơn khi càng có nhiều người đóng góp cho nó.
Điều gì thay đổi với bất kỳ ai xây dựng trên Blockchain
Phần khó khi xây ứng dụng tài chính trên blockchain luôn là việc bạn phải mang quá nhiều “trọng lượng” ngay từ trước khi bắt đầu. Mức nền tảng an toàn thì tốn kém để đạt được, và hầu hết các đội đang tự xoay xở theo cách riêng của họ.
Các module chính sách của Newton thay đổi “bài toán” đó. Mức nền tảng rẻ hơn để đạt được vì phần việc cốt lõi đã được làm sẵn rất nhiều. Một nhà phát triển không cần phải là chuyên gia tuân thủ để xây một ứng dụng xử lý tuân thủ đúng cách. Họ chỉ cần biết module nào phù hợp với use case của mình và cách kết hợp chúng.
Điều đó có nghĩa là nhiều nhà phát triển hơn có thể xây các ứng dụng tài chính nghiêm túc, và các đội đang xây sẵn có thể di chuyển nhanh hơn mà không phải cắt góc những việc sau này họ sẽ phải hối tiếc.
Câu chuyện thực sự
Newton được mô tả như một lớp tuân thủ, và cách diễn đạt đó không sai. Nhưng nó có thể khiến ý tưởng trở nên ngắn gọn quá mức.
Thực tế, Newton đang xây dựng hạ tầng tài chính dùng chung. Loại thứ mà các nhà phát triển web coi là hiển nhiên, vì đã có thư viện dùng chung, giao thức dùng chung và tiêu chuẩn dùng chung trong nhiều thập kỷ. Ý tưởng tương tự, áp dụng cho ủy quyền trên chuỗi (on-chain), chính là những module chính sách của Newton.
Các nội dung về tuân thủ thường được đưa lên đầu tin tức. Nhưng những “viên gạch” nằm bên dưới mới là phần mà tôi nghĩ sẽ quan trọng nhất về lâu dài.
#SupremeCourtBlocksTrumpFromRemovingFed #FedCook
