Binance Square
Smarty kiddo
7.6k Bài đăng

Smarty kiddo

@Aeshiha
442 Đang theo dõi
11.0K+ Người theo dõi
9.5K+ Đã thích
Bài đăng
·
--
Xem bản dịch
avatar
@GM_Crypto01
đang phát biểu
[ĐANG PHÁT TRỰC TIẾP] 🎙️ Giao dịch tương lai trực tiếp $NEWT $BTC
152 người nghe
live
Trước đây tôi đánh giá sàn giao dịch bằng một điều đơn giản: tốc độ. Giao dịch càng nhanh thì nền tảng càng tốt. Nhưng càng nghiên cứu GRVT, tôi càng nhận ra tốc độ chỉ là phần bắt đầu. Giờ tôi thấy mình đang tự hỏi một câu khác: khi một sàn cố gắng “trông giống” CEX nhưng vận hành như một hệ thống blockchain, thì niềm tin thực sự nằm ở đâu? Điều thu hút tôi là cách GRVT tách bạch các lớp. Trải nghiệm giao dịch có thể vẫn nhanh, trong khi việc xác minh và thanh toán tiếp tục được duy trì trên các nền tảng mật mã sâu hơn. Tôi cũng liên tục để ý đến các lựa chọn thiết kế nhỏ. Thanh khoản RPI khiến tôi nghĩ về sự cân bằng giữa việc thực thi tốt hơn và thông tin thị trường bình đẳng. Khóa phiên giúp việc tự lưu ký trở nên khả dụng, nhưng đồng thời nhắc tôi rằng quyền hạn vẫn quan trọng. Strategy Vaults cho tôi thấy rằng ủy quyền không nhất thiết đồng nghĩa với việc từ bỏ quyền sở hữu. Với tôi, tương lai của sàn giao dịch không phải là trở nên hoàn toàn tập trung hay hoàn toàn phi tập trung. Tôi nghĩ những nền tảng chiến thắng sẽ là nơi loại bỏ những đánh đổi gây đau đớn mà trader phải chấp nhận ngày nay. Câu hỏi thực sự tôi đang theo dõi rất đơn giản: Khi các động lực biến mất, người dùng có ở lại vì họ tin tưởng hệ thống và tận hưởng trải nghiệm không? Câu trả lời đó sẽ định hình câu chuyện dài hạn của GRVT. @grvt_io #GRVT
Trước đây tôi đánh giá sàn giao dịch bằng một điều đơn giản: tốc độ. Giao dịch càng nhanh thì nền tảng càng tốt. Nhưng càng nghiên cứu GRVT, tôi càng nhận ra tốc độ chỉ là phần bắt đầu.

Giờ tôi thấy mình đang tự hỏi một câu khác: khi một sàn cố gắng “trông giống” CEX nhưng vận hành như một hệ thống blockchain, thì niềm tin thực sự nằm ở đâu?

Điều thu hút tôi là cách GRVT tách bạch các lớp. Trải nghiệm giao dịch có thể vẫn nhanh, trong khi việc xác minh và thanh toán tiếp tục được duy trì trên các nền tảng mật mã sâu hơn.

Tôi cũng liên tục để ý đến các lựa chọn thiết kế nhỏ. Thanh khoản RPI khiến tôi nghĩ về sự cân bằng giữa việc thực thi tốt hơn và thông tin thị trường bình đẳng. Khóa phiên giúp việc tự lưu ký trở nên khả dụng, nhưng đồng thời nhắc tôi rằng quyền hạn vẫn quan trọng. Strategy Vaults cho tôi thấy rằng ủy quyền không nhất thiết đồng nghĩa với việc từ bỏ quyền sở hữu.

Với tôi, tương lai của sàn giao dịch không phải là trở nên hoàn toàn tập trung hay hoàn toàn phi tập trung.

Tôi nghĩ những nền tảng chiến thắng sẽ là nơi loại bỏ những đánh đổi gây đau đớn mà trader phải chấp nhận ngày nay.

Câu hỏi thực sự tôi đang theo dõi rất đơn giản:

Khi các động lực biến mất, người dùng có ở lại vì họ tin tưởng hệ thống và tận hưởng trải nghiệm không?

Câu trả lời đó sẽ định hình câu chuyện dài hạn của GRVT.

@grvt_io #GRVT
Bài viết
Hoạt động của những rào chắn vô hình: Vì sao chính sách là hạ tầng quan trọng nhất nhưng ít được nhìn thấy của Web3Trước đây tôi từng nghĩ thách thức lớn nhất của blockchain là làm cho giao dịch nhanh hơn. Nhưng khi tôi tìm hiểu sâu hơn, tôi nhận ra có một vấn đề lớn hơn đang ẩn bên dưới: chúng ta đã xây dựng những hệ thống có thể chuyển đi hàng tỷ đô la, thế nhưng chúng ta vẫn đang cải thiện cách mà các hệ thống đó quyết định những gì được phép xảy ra. Đó là lúc @NewtonProtocol thu hút sự chú ý của tôi. Giai đoạn tiếp theo của Web3 có thể sẽ không được giành bởi lớp thực thi nhanh nhất, mà bởi lớp ủy quyền thông minh nhất. Khi các tác nhân AI, hệ thống giao dịch tự động và quy trình làm việc của tổ chức ngày càng trở nên tự chủ hơn, câu hỏi không còn là “Giao dịch này có thể xảy ra không?” mà là “Giao dịch này có nên xảy ra trong những điều kiện đó không?”

Hoạt động của những rào chắn vô hình: Vì sao chính sách là hạ tầng quan trọng nhất nhưng ít được nhìn thấy của Web3

Trước đây tôi từng nghĩ thách thức lớn nhất của blockchain là làm cho giao dịch nhanh hơn. Nhưng khi tôi tìm hiểu sâu hơn, tôi nhận ra có một vấn đề lớn hơn đang ẩn bên dưới: chúng ta đã xây dựng những hệ thống có thể chuyển đi hàng tỷ đô la, thế nhưng chúng ta vẫn đang cải thiện cách mà các hệ thống đó quyết định những gì được phép xảy ra.
Đó là lúc @NewtonProtocol thu hút sự chú ý của tôi.
Giai đoạn tiếp theo của Web3 có thể sẽ không được giành bởi lớp thực thi nhanh nhất, mà bởi lớp ủy quyền thông minh nhất. Khi các tác nhân AI, hệ thống giao dịch tự động và quy trình làm việc của tổ chức ngày càng trở nên tự chủ hơn, câu hỏi không còn là “Giao dịch này có thể xảy ra không?” mà là “Giao dịch này có nên xảy ra trong những điều kiện đó không?”
#Newt @NewtonProtocol Tôi bắt đầu nghiên cứu $NEWT với kỳ vọng đánh giá một token. Cuối cùng tôi lại bắt đầu đặt câu hỏi về điều gì đó còn lớn hơn nhiều. Ai cũng nói về chuyện gì xảy ra sau khi một giao dịch được gửi đi. Rất ít người hỏi rằng trước khi nó được phép thực hiện thì điều gì nên xảy ra. Sự thay đổi đó đã làm cách tôi nhìn về Newton Protocol. Công nghệ có thể chứng minh rằng một chính sách đã được tuân thủ đúng chính xác như văn bản và điều đó thật ấn tượng. Nhưng nó cũng khiến tôi tự hỏi về lớp mà không một blockchain nào có thể tự mình giải quyết: ai là người chứng minh rằng chính sách đó là đúng? Một hệ thống hoàn hảo vận hành theo một quy tắc chưa hoàn hảo vẫn có thể tạo ra kết quả sai. Có lẽ đó là nơi mà thế hệ Web3 tiếp theo cần phải phát triển: không chỉ với mật mã mạnh hơn, mà còn với quản trị mạnh hơn, các cuộc đánh giá chính sách độc lập và trách nhiệm giải trình minh bạch đi kèm với việc thực thi có thể kiểm chứng. Đối với tôi, đó chính là cơ hội thực sự. Chúng ta đang chuyển từ một thế giới vốn hỏi: "Giao dịch có thành công không?" sang một thế giới hỏi: "Giao dịch này có nên được phê duyệt ngay từ đầu không?" Điều đó có vẻ là một câu hỏi quan trọng hơn rất nhiều đối với tương lai của AI, tài chính và niềm tin trên chuỗi, thay vì chỉ làm cho một blockchain khác nhanh hơn.
#Newt @NewtonProtocol

Tôi bắt đầu nghiên cứu $NEWT với kỳ vọng đánh giá một token. Cuối cùng tôi lại bắt đầu đặt câu hỏi về điều gì đó còn lớn hơn nhiều.

Ai cũng nói về chuyện gì xảy ra sau khi một giao dịch được gửi đi. Rất ít người hỏi rằng trước khi nó được phép thực hiện thì điều gì nên xảy ra.

Sự thay đổi đó đã làm cách tôi nhìn về Newton Protocol.

Công nghệ có thể chứng minh rằng một chính sách đã được tuân thủ đúng chính xác như văn bản và điều đó thật ấn tượng. Nhưng nó cũng khiến tôi tự hỏi về lớp mà không một blockchain nào có thể tự mình giải quyết: ai là người chứng minh rằng chính sách đó là đúng?

Một hệ thống hoàn hảo vận hành theo một quy tắc chưa hoàn hảo vẫn có thể tạo ra kết quả sai.

Có lẽ đó là nơi mà thế hệ Web3 tiếp theo cần phải phát triển: không chỉ với mật mã mạnh hơn, mà còn với quản trị mạnh hơn, các cuộc đánh giá chính sách độc lập và trách nhiệm giải trình minh bạch đi kèm với việc thực thi có thể kiểm chứng.

Đối với tôi, đó chính là cơ hội thực sự.

Chúng ta đang chuyển từ một thế giới vốn hỏi: "Giao dịch có thành công không?" sang một thế giới hỏi: "Giao dịch này có nên được phê duyệt ngay từ đầu không?"

Điều đó có vẻ là một câu hỏi quan trọng hơn rất nhiều đối với tương lai của AI, tài chính và niềm tin trên chuỗi, thay vì chỉ làm cho một blockchain khác nhanh hơn.
$NEWT #Newt Trước đây tôi từng nghĩ vấn đề lớn nhất của danh tính số là chứng minh rằng tôi là ai. Sau khi tải lên cùng một hộ chiếu, cùng một ảnh selfie và chờ được phê duyệt trên nhiều nền tảng khác nhau, tôi nhận ra vấn đề thực sự là phải chứng minh lại điều đó hết lần này đến lần khác. Điều tôi thấy thú vị nhất về @NewtonProtocol không chỉ là các thông tin xác thực có thể tái sử dụng, mà là điều kiện nằm phía sau chúng. Một thông tin xác thực có thể được xác minh một lần và trình bày trong nhiều ứng dụng khác nhau, giúp giảm KYC lặp đi lặp lại. Nhưng có một phần nhiều người bỏ qua: tính “di chuyển” không tự động. Việc thông tin xác thực đó có đi theo tôi hay không phụ thuộc vào việc tổ chức cấp phát ban đầu có cho phép hay không. Sự tiện lợi không chỉ đến từ bản thân thông tin xác thực; nó đến từ khung tin cậy được xây dựng xoay quanh nó. Ý tưởng đó nhắc tôi rằng hạ tầng tốt không phải là loại bỏ các quy định mà là làm cho chúng minh bạch. Cũng giống như các chính sách đối với tài sản được token hóa vẫn dựa trên các ngưỡng xác minh được xác định rõ ràng, thì các hệ thống danh tính cũng phụ thuộc vào quản trị đúng đắn. Với tôi, đó là một tầm nhìn trung thực hơn về Web3. Không phải “tin tưởng mọi thứ”, mà là tái sử dụng sự tin cậy nơi nó đã được tạo dựng, làm cho các quy tắc có thể nhìn thấy, và loại bỏ những cản trở không cần thiết mà không che giấu ai là người xác định ranh giới. Đó là một tương lai xứng đáng để xây dựng.
$NEWT #Newt

Trước đây tôi từng nghĩ vấn đề lớn nhất của danh tính số là chứng minh rằng tôi là ai. Sau khi tải lên cùng một hộ chiếu, cùng một ảnh selfie và chờ được phê duyệt trên nhiều nền tảng khác nhau, tôi nhận ra vấn đề thực sự là phải chứng minh lại điều đó hết lần này đến lần khác.

Điều tôi thấy thú vị nhất về @NewtonProtocol không chỉ là các thông tin xác thực có thể tái sử dụng, mà là điều kiện nằm phía sau chúng.

Một thông tin xác thực có thể được xác minh một lần và trình bày trong nhiều ứng dụng khác nhau, giúp giảm KYC lặp đi lặp lại. Nhưng có một phần nhiều người bỏ qua: tính “di chuyển” không tự động. Việc thông tin xác thực đó có đi theo tôi hay không phụ thuộc vào việc tổ chức cấp phát ban đầu có cho phép hay không. Sự tiện lợi không chỉ đến từ bản thân thông tin xác thực; nó đến từ khung tin cậy được xây dựng xoay quanh nó.

Ý tưởng đó nhắc tôi rằng hạ tầng tốt không phải là loại bỏ các quy định mà là làm cho chúng minh bạch. Cũng giống như các chính sách đối với tài sản được token hóa vẫn dựa trên các ngưỡng xác minh được xác định rõ ràng, thì các hệ thống danh tính cũng phụ thuộc vào quản trị đúng đắn.

Với tôi, đó là một tầm nhìn trung thực hơn về Web3. Không phải “tin tưởng mọi thứ”, mà là tái sử dụng sự tin cậy nơi nó đã được tạo dựng, làm cho các quy tắc có thể nhìn thấy, và loại bỏ những cản trở không cần thiết mà không che giấu ai là người xác định ranh giới.

Đó là một tương lai xứng đáng để xây dựng.
GRVT: API cho bạn biết một dự án thực sự ưu tiên điều gì Trước đây, tôi chỉ lướt qua tài liệu API để tìm endpoint mình cần. Dần dần, tôi nhận ra phần thú vị nhất không phải là các ví dụ code, mà là những lựa chọn thiết kế nằm ẩn sau chúng. Những lựa chọn đó thường cho thấy về một dự án nhiều hơn bất kỳ trang giới thiệu nào. Khi đọc tài liệu của @grvt_io , có một điểm nổi bật: nền tảng không đối xử với mọi tương tác của người dùng theo cách giống nhau. Tiền gửi và rút tiền thuộc về Tài khoản Quỹ; giao dịch diễn ra thông qua các Tài khoản Giao dịch riêng. Xác thực hỗ trợ cả chữ ký ví EIP-712 và khóa API, đồng thời quyền truy cập API riêng được duy trì thông qua các phiên đã xác thực. Ngay cả API cũng cung cấp phản hồi JSON đầy đủ (Full) và JSON rút gọn (Lite), cho thấy việc giảm độ trễ đã được cân nhắc ở cấp độ giao thức chứ không phải được bổ sung sau này như một tối ưu. Đây không phải là những tính năng hào nhoáng, nhưng khi ghép lại, chúng vẽ nên một hệ thống được xây dựng dựa trên các trách nhiệm được phân định rõ ràng, thay vì một mô hình tài khoản đơn khối. Câu hỏi mà tôi cứ mãi quay lại không phải liệu các thành phần này có hoạt động riêng lẻ hay không. Mà là liệu chúng có tiếp tục hoạt động cùng nhau khi thị trường trở nên khó lường hay không. Các sàn hybrid hứa hẹn tốc độ của việc đối chiếu (matching) ngoài chuỗi (off-chain) trong khi vẫn giữ quyền tự quản lý (self-custody) thông qua việc thanh toán trên chuỗi (on-chain). Đó là một sự đánh đổi hợp lý, nhưng mỗi lớp đều mang theo những giả định chỉ có việc sử dụng bền bỉ mới có thể kiểm chứng. Tài liệu giải thích ý định; môi trường sản xuất sẽ cho biết liệu những ý định đó có còn tồn tại trong điều kiện giao dịch thực tế hay không. Hiểu một kiến trúc nghĩa là nhìn vượt ra ngoài những gì nó làm hôm nay và tự hỏi vì sao mỗi quyết định thiết kế lại được đưa ra ngay từ đầu. Đó thường là nơi mà sự tin cậy dài hạn bắt đầu. Bề mặt chiến dịch không phải là sản phẩm. Hiểu được sự khác biệt còn quan trọng hơn việc chỉ nhìn vào các điểm. Trong kiến trúc của #grvt , bạn nghĩ lựa chọn thiết kế nào sẽ quan trọng nhất sau năm năm? Những hệ thống tốt giành được niềm tin bằng thiết kế trước, hiệu năng sau.
GRVT: API cho bạn biết một dự án thực sự ưu tiên điều gì

Trước đây, tôi chỉ lướt qua tài liệu API để tìm endpoint mình cần.

Dần dần, tôi nhận ra phần thú vị nhất không phải là các ví dụ code, mà là những lựa chọn thiết kế nằm ẩn sau chúng. Những lựa chọn đó thường cho thấy về một dự án nhiều hơn bất kỳ trang giới thiệu nào.

Khi đọc tài liệu của @grvt_io , có một điểm nổi bật: nền tảng không đối xử với mọi tương tác của người dùng theo cách giống nhau. Tiền gửi và rút tiền thuộc về Tài khoản Quỹ; giao dịch diễn ra thông qua các Tài khoản Giao dịch riêng. Xác thực hỗ trợ cả chữ ký ví EIP-712 và khóa API, đồng thời quyền truy cập API riêng được duy trì thông qua các phiên đã xác thực. Ngay cả API cũng cung cấp phản hồi JSON đầy đủ (Full) và JSON rút gọn (Lite), cho thấy việc giảm độ trễ đã được cân nhắc ở cấp độ giao thức chứ không phải được bổ sung sau này như một tối ưu. Đây không phải là những tính năng hào nhoáng, nhưng khi ghép lại, chúng vẽ nên một hệ thống được xây dựng dựa trên các trách nhiệm được phân định rõ ràng, thay vì một mô hình tài khoản đơn khối.

Câu hỏi mà tôi cứ mãi quay lại không phải liệu các thành phần này có hoạt động riêng lẻ hay không. Mà là liệu chúng có tiếp tục hoạt động cùng nhau khi thị trường trở nên khó lường hay không. Các sàn hybrid hứa hẹn tốc độ của việc đối chiếu (matching) ngoài chuỗi (off-chain) trong khi vẫn giữ quyền tự quản lý (self-custody) thông qua việc thanh toán trên chuỗi (on-chain). Đó là một sự đánh đổi hợp lý, nhưng mỗi lớp đều mang theo những giả định chỉ có việc sử dụng bền bỉ mới có thể kiểm chứng.

Tài liệu giải thích ý định; môi trường sản xuất sẽ cho biết liệu những ý định đó có còn tồn tại trong điều kiện giao dịch thực tế hay không.

Hiểu một kiến trúc nghĩa là nhìn vượt ra ngoài những gì nó làm hôm nay và tự hỏi vì sao mỗi quyết định thiết kế lại được đưa ra ngay từ đầu. Đó thường là nơi mà sự tin cậy dài hạn bắt đầu.

Bề mặt chiến dịch không phải là sản phẩm. Hiểu được sự khác biệt còn quan trọng hơn việc chỉ nhìn vào các điểm.

Trong kiến trúc của #grvt , bạn nghĩ lựa chọn thiết kế nào sẽ quan trọng nhất sau năm năm?

Những hệ thống tốt giành được niềm tin bằng thiết kế trước, hiệu năng sau.
Bài viết
Điểm tín dụng có thể kiểm toán: Kế hoạch mở "hộp đen" của Newton Protocoltôi đã bị từ chối một khoản vay nhỏ từ trước đây và không bao giờ nhận được một lời giải thích thực sự cho việc đó. Chỉ là một con số, một mẫu thư công văn và một dòng khá mơ hồ về "thiếu lịch sử tín dụng." Không có yếu tố cụ thể nào tôi có thể thực sự khắc phục, cũng không có cách nào để biết phần nào trong đời sống tài chính của tôi thực sự là nguyên nhân gây ra vấn đề. Tôi đã trả bớt nợ, chờ thêm một năm rồi nộp lại ở một nơi khác, chủ yếu là hy vọng kết quả sẽ khác đi chứ không phải vì thực sự hiểu điều gì đã thay đổi. Đó về cơ bản là cách mà việc cho vay diễn ra đối với hầu hết mọi người. Tôi nghĩ nhiều người trong chúng ta đã đành chấp nhận rằng đó là một "hộp đen".

Điểm tín dụng có thể kiểm toán: Kế hoạch mở "hộp đen" của Newton Protocol

tôi đã bị từ chối một khoản vay nhỏ từ trước đây và không bao giờ nhận được một lời giải thích thực sự cho việc đó. Chỉ là một con số, một mẫu thư công văn và một dòng khá mơ hồ về "thiếu lịch sử tín dụng." Không có yếu tố cụ thể nào tôi có thể thực sự khắc phục, cũng không có cách nào để biết phần nào trong đời sống tài chính của tôi thực sự là nguyên nhân gây ra vấn đề. Tôi đã trả bớt nợ, chờ thêm một năm rồi nộp lại ở một nơi khác, chủ yếu là hy vọng kết quả sẽ khác đi chứ không phải vì thực sự hiểu điều gì đã thay đổi.
Đó về cơ bản là cách mà việc cho vay diễn ra đối với hầu hết mọi người. Tôi nghĩ nhiều người trong chúng ta đã đành chấp nhận rằng đó là một "hộp đen".
Bài viết
Newton Protocol và ảo giác về một danh tính hoàn hảoDanh tính được cho là sẽ theo bạn Tuần trước, tôi đã tải lại ảnh hộ chiếu của mình lần thứ tư trong năm cho một ứng dụng không liên quan gì đến ba ứng dụng trước đó. Tài liệu giống hệt, ảnh selfie cũng cầm cạnh gương mặt như cũ, cùng thời gian chờ hai ngày trước khi tôi có thể thực sự làm bất cứ điều gì. Đến một lúc nào đó, việc xác minh danh tính không còn giống như một lớp bảo mật nữa mà bắt đầu giống như một trạm thu phí—mỗi ứng dụng đều được tự xây cho mình một đoạn đường riêng. Hệ thống danh tính của Newton Protocol được xây dựng xoay quanh việc loại bỏ đúng cái “trạm thu phí” đó. Sau khi vượt qua phần giới thiệu và đi vào cơ chế thực sự, tôi nhận ra rằng việc đi qua chậm rãi từng bước là hoàn toàn đáng giá.

Newton Protocol và ảo giác về một danh tính hoàn hảo

Danh tính được cho là sẽ theo bạn
Tuần trước, tôi đã tải lại ảnh hộ chiếu của mình lần thứ tư trong năm cho một ứng dụng không liên quan gì đến ba ứng dụng trước đó. Tài liệu giống hệt, ảnh selfie cũng cầm cạnh gương mặt như cũ, cùng thời gian chờ hai ngày trước khi tôi có thể thực sự làm bất cứ điều gì. Đến một lúc nào đó, việc xác minh danh tính không còn giống như một lớp bảo mật nữa mà bắt đầu giống như một trạm thu phí—mỗi ứng dụng đều được tự xây cho mình một đoạn đường riêng.
Hệ thống danh tính của Newton Protocol được xây dựng xoay quanh việc loại bỏ đúng cái “trạm thu phí” đó. Sau khi vượt qua phần giới thiệu và đi vào cơ chế thực sự, tôi nhận ra rằng việc đi qua chậm rãi từng bước là hoàn toàn đáng giá.
#Newt Các mô-đun chính sách có thể ghép (Composable Policy Modules) Tôi đã từng tự xây một bảng tính từ đầu thay vì dùng một mẫu tài chính đã được kiểm thử trong suốt một năm trên hàng trăm người khác. Hai tháng sau, tôi phát hiện một lỗi công thức mà chắc chắn những người dùng khác đã phát hiện từ rất lâu. Tôi sẽ không làm vậy nữa. Tôi bắt đầu từ những thứ đã từng được sử dụng. Đó là logic, một cách khái quát, đứng sau việc các chính sách được xây dựng trên @NewtonProtocol . Một ứng dụng mới không cần phải viết một hệ thống tuân thủ (compliance stack) từ số 0. Tính sàng lọc trừng phạt (Sanctions screening), kiểm tra KYC, giới hạn tốc độ (velocity limits), các quy tắc về nguồn tiền (source of funds rules) — những thứ này tồn tại như các mô-đun riêng lẻ, độc lập và được công bố riêng. Bất kỳ ứng dụng nào cũng có thể chọn và cấu hình chúng thay vì tự viết từ đầu. Xuất xưởng với một compliance stack thực sự ngay từ ngày đầu, được lắp ghép từ các mảnh đã chạy trong môi trường sản xuất ở nơi khác. Đây là phần đáng để dừng lại suy nghĩ. Việc mượn một mô-đun đã được dùng tốt cũng đồng nghĩa với việc kế thừa mọi giả định mà tác giả gốc đã xây dựng. Một giới hạn tốc độ được tinh chỉnh cho một loại ứng dụng có thể mang theo các ngưỡng không thực sự phù hợp với một trường hợp sử dụng hoàn toàn khác khi tái sử dụng cùng một mảnh. Tính ghép (composability) phát triển nhanh. Điều đó không tự động có nghĩa là các mảnh đó là lựa chọn phù hợp cho những gì đang được xây dựng. Bạn muốn xây chậm từ đầu hay xây nhanh dựa trên các giả định đã được người khác kiểm thử? $NEWT {future}(NEWTUSDT)
#Newt

Các mô-đun chính sách có thể ghép (Composable Policy Modules)

Tôi đã từng tự xây một bảng tính từ đầu thay vì dùng một mẫu tài chính đã được kiểm thử trong suốt một năm trên hàng trăm người khác. Hai tháng sau, tôi phát hiện một lỗi công thức mà chắc chắn những người dùng khác đã phát hiện từ rất lâu. Tôi sẽ không làm vậy nữa.

Tôi bắt đầu từ những thứ đã từng được sử dụng.

Đó là logic, một cách khái quát, đứng sau việc các chính sách được xây dựng trên @NewtonProtocol .

Một ứng dụng mới không cần phải viết một hệ thống tuân thủ (compliance stack) từ số 0. Tính sàng lọc trừng phạt (Sanctions screening), kiểm tra KYC, giới hạn tốc độ (velocity limits), các quy tắc về nguồn tiền (source of funds rules) — những thứ này tồn tại như các mô-đun riêng lẻ, độc lập và được công bố riêng. Bất kỳ ứng dụng nào cũng có thể chọn và cấu hình chúng thay vì tự viết từ đầu. Xuất xưởng với một compliance stack thực sự ngay từ ngày đầu, được lắp ghép từ các mảnh đã chạy trong môi trường sản xuất ở nơi khác.

Đây là phần đáng để dừng lại suy nghĩ. Việc mượn một mô-đun đã được dùng tốt cũng đồng nghĩa với việc kế thừa mọi giả định mà tác giả gốc đã xây dựng. Một giới hạn tốc độ được tinh chỉnh cho một loại ứng dụng có thể mang theo các ngưỡng không thực sự phù hợp với một trường hợp sử dụng hoàn toàn khác khi tái sử dụng cùng một mảnh. Tính ghép (composability) phát triển nhanh. Điều đó không tự động có nghĩa là các mảnh đó là lựa chọn phù hợp cho những gì đang được xây dựng.

Bạn muốn xây chậm từ đầu hay xây nhanh dựa trên các giả định đã được người khác kiểm thử?

$NEWT
Đúng một phần
GRVT: Khi một API Tiết lộ Nhiều Hơn Cái Giao Diện Việc đọc tài liệu API về trao đổi đã dạy tôi một điều. Giao diện cho bạn thấy những gì nền tảng muốn bạn nhìn thấy. Tài liệu lại cho thấy họ thực sự phụ thuộc vào điều gì. @grvt_io tách bạch Tài khoản Vốn và Tài khoản Giao dịch. Xác thực sử dụng chữ ký EIP 712 hoặc khóa API. Họ cung cấp định dạng JSON đầy đủ (Full) và rút gọn (Lite). Những lựa chọn này có vẻ rất có chủ ý. Chi tiết khiến tôi cứ phải suy nghĩ là sự khác nhau giữa thực thi và quyết toán. Lệnh được đối chiếu ngoài chuỗi để tăng tốc. Quyết toán vẫn diễn ra trên chuỗi. Bạn có thể tự xác minh mọi thứ một cách độc lập. Nhưng công cụ khớp lệnh là một “hộp đen”. Trong lúc hệ thống gặp sự cố, nó phải hoạt động hoàn hảo. Chỉ hiệu năng trong thế giới thực mới chứng minh liệu sự cân bằng đó có giữ vững hay không. Thiết kế lai đặt ra câu hỏi: lớp nào người dùng tin tưởng. Công cụ khớp lệnh đòi hỏi niềm tin vào tính công bằng. Quyết toán cung cấp bằng chứng mật mã. Nếu công cụ đó thất bại, bạn sẽ biết bằng cách nào? Điều đó đòi hỏi sự minh bạch. Kiến trúc mạnh nhất tự chứng minh theo thời gian. GRVT đáng tin vì nó cụ thể. Khớp lệnh ngoài chuỗi nghĩa là tính theo mili giây. Quyết toán trên chuỗi nghĩa là được ghi nhận trong các khối. Điều gì quan trọng hơn: chứng minh việc lưu giữ tài sản hay việc thực thi? Quyết toán trên chuỗi có thể kiểm toán, một nền tảng mà FTX chưa bao giờ có. Nhưng chứng minh việc thực thi mới là phép thử thật sự. Tính nhất quán trong hỗn loạn là hệ điều hành của niềm tin. API của GRVT cho thấy các “mối nối”. Nó thừa nhận rằng hiệu năng và khả năng xác minh tồn tại trong thế giằng co. Điều GRVT cần chứng minh không phải rằng hạ tầng lai có thể được xây dựng. Bằng chứng là liệu các nhà phát triển có thấy nó đáng tin cậy trong thực tế hay không. @grvt_io #grvt
GRVT: Khi một API Tiết lộ Nhiều Hơn Cái Giao Diện

Việc đọc tài liệu API về trao đổi đã dạy tôi một điều. Giao diện cho bạn thấy những gì nền tảng muốn bạn nhìn thấy. Tài liệu lại cho thấy họ thực sự phụ thuộc vào điều gì.

@grvt_io tách bạch Tài khoản Vốn và Tài khoản Giao dịch. Xác thực sử dụng chữ ký EIP 712 hoặc khóa API. Họ cung cấp định dạng JSON đầy đủ (Full) và rút gọn (Lite). Những lựa chọn này có vẻ rất có chủ ý.

Chi tiết khiến tôi cứ phải suy nghĩ là sự khác nhau giữa thực thi và quyết toán.

Lệnh được đối chiếu ngoài chuỗi để tăng tốc. Quyết toán vẫn diễn ra trên chuỗi. Bạn có thể tự xác minh mọi thứ một cách độc lập. Nhưng công cụ khớp lệnh là một “hộp đen”. Trong lúc hệ thống gặp sự cố, nó phải hoạt động hoàn hảo. Chỉ hiệu năng trong thế giới thực mới chứng minh liệu sự cân bằng đó có giữ vững hay không.

Thiết kế lai đặt ra câu hỏi: lớp nào người dùng tin tưởng. Công cụ khớp lệnh đòi hỏi niềm tin vào tính công bằng. Quyết toán cung cấp bằng chứng mật mã. Nếu công cụ đó thất bại, bạn sẽ biết bằng cách nào? Điều đó đòi hỏi sự minh bạch.

Kiến trúc mạnh nhất tự chứng minh theo thời gian. GRVT đáng tin vì nó cụ thể. Khớp lệnh ngoài chuỗi nghĩa là tính theo mili giây. Quyết toán trên chuỗi nghĩa là được ghi nhận trong các khối.

Điều gì quan trọng hơn: chứng minh việc lưu giữ tài sản hay việc thực thi? Quyết toán trên chuỗi có thể kiểm toán, một nền tảng mà FTX chưa bao giờ có. Nhưng chứng minh việc thực thi mới là phép thử thật sự. Tính nhất quán trong hỗn loạn là hệ điều hành của niềm tin.

API của GRVT cho thấy các “mối nối”. Nó thừa nhận rằng hiệu năng và khả năng xác minh tồn tại trong thế giằng co. Điều GRVT cần chứng minh không phải rằng hạ tầng lai có thể được xây dựng. Bằng chứng là liệu các nhà phát triển có thấy nó đáng tin cậy trong thực tế hay không.

@grvt_io #grvt
GRVT: Giao dịch nhanh hơn có làm thay đổi nơi “niềm tin” được đặt không? Cách đây không lâu, tôi bắt gặp mình đang mặc định rằng “tự lưu ký” trả lời được phần lớn những câu hỏi quan trọng liên quan đến một sàn. Tôi càng đọc nhiều tài liệu thì càng nhận ra rằng việc lưu ký chỉ là một phần của câu chuyện. Nhận thức đó khiến tôi không chắc chắn như trước. Khi xem qua tài liệu của @grvt_io , tôi bắt đầu chú ý hơn đến một quyết định thiết kế khác: việc tách biệt giữa tài khoản nạp/rút vốn (funding accounts) và tài khoản giao dịch (trading accounts). Ban đầu nó giống như một lớp phức tạp thêm, nhưng tôi bắt đầu tự hỏi sự tách biệt đó thực ra đang muốn bảo vệ điều gì. Một tài khoản funding quản lý việc nạp tiền, rút tiền và quyền sở hữu tài sản, trong khi một tài khoản trading được dùng riêng cho các hoạt động trên thị trường. Điều đó tạo ra ranh giới rõ ràng hơn giữa việc nắm giữ tài sản và việc chủ động chấp nhận rủi ro. Cách tiếp cận này là hợp lý, nhưng nó cũng làm thay đổi cách tôi nghĩ về bảo mật vận hành. Nếu một trader dành phần lớn thời gian tương tác thông qua tài khoản giao dịch thay vì trực tiếp bộc lộ tài khoản funding chính của họ, liệu điều đó có thực sự giảm rủi ro trong thực tế hay chủ yếu chỉ cải thiện sự sắp xếp trong vận hành? Kiến trúc thì dễ giải thích, nhưng giá trị thực sự của nó phụ thuộc vào cách nó hoạt động trong quá trình sử dụng hằng ngày, chứ không chỉ vào việc nó trông như thế nào trên sơ đồ hệ thống. Đôi khi, những tính năng bảo mật mạnh mẽ nhất là những thứ người dùng hầu như không nhận thấy, và đôi khi chúng chỉ đơn giản là tạo thêm một quy trình cần quản lý. Điều tôi muốn thấy theo thời gian không chỉ là việc mô hình tài khoản này hoạt động đúng như tài liệu mô tả. Tôi muốn hiểu liệu nó thực sự giúp trader đưa ra các quyết định an toàn hơn mà không tạo ra sự phức tạp không cần thiết hay không. Đây chính là loại bằng chứng tạo niềm tin hiệu quả hơn nhiều so với những thông số kỹ thuật đơn thuần. Tối ưu để nhận thưởng mà không hiểu kiến trúc bên dưới thì cũng chỉ là “canh tác” có thêm bước. Việc tách funding khỏi trading có cải thiện bảo mật, hay chủ yếu chỉ cải thiện tổ chức? Kiến trúc định hình hành vi từ rất lâu trước khi người dùng nhận ra ảnh hưởng của nó. #grvt
GRVT: Giao dịch nhanh hơn có làm thay đổi nơi “niềm tin” được đặt không?

Cách đây không lâu, tôi bắt gặp mình đang mặc định rằng “tự lưu ký” trả lời được phần lớn những câu hỏi quan trọng liên quan đến một sàn. Tôi càng đọc nhiều tài liệu thì càng nhận ra rằng việc lưu ký chỉ là một phần của câu chuyện. Nhận thức đó khiến tôi không chắc chắn như trước.

Khi xem qua tài liệu của @grvt_io , tôi bắt đầu chú ý hơn đến một quyết định thiết kế khác: việc tách biệt giữa tài khoản nạp/rút vốn (funding accounts) và tài khoản giao dịch (trading accounts). Ban đầu nó giống như một lớp phức tạp thêm, nhưng tôi bắt đầu tự hỏi sự tách biệt đó thực ra đang muốn bảo vệ điều gì.

Một tài khoản funding quản lý việc nạp tiền, rút tiền và quyền sở hữu tài sản, trong khi một tài khoản trading được dùng riêng cho các hoạt động trên thị trường.

Điều đó tạo ra ranh giới rõ ràng hơn giữa việc nắm giữ tài sản và việc chủ động chấp nhận rủi ro. Cách tiếp cận này là hợp lý, nhưng nó cũng làm thay đổi cách tôi nghĩ về bảo mật vận hành. Nếu một trader dành phần lớn thời gian tương tác thông qua tài khoản giao dịch thay vì trực tiếp bộc lộ tài khoản funding chính của họ, liệu điều đó có thực sự giảm rủi ro trong thực tế hay chủ yếu chỉ cải thiện sự sắp xếp trong vận hành? Kiến trúc thì dễ giải thích, nhưng giá trị thực sự của nó phụ thuộc vào cách nó hoạt động trong quá trình sử dụng hằng ngày, chứ không chỉ vào việc nó trông như thế nào trên sơ đồ hệ thống. Đôi khi, những tính năng bảo mật mạnh mẽ nhất là những thứ người dùng hầu như không nhận thấy, và đôi khi chúng chỉ đơn giản là tạo thêm một quy trình cần quản lý.

Điều tôi muốn thấy theo thời gian không chỉ là việc mô hình tài khoản này hoạt động đúng như tài liệu mô tả. Tôi muốn hiểu liệu nó thực sự giúp trader đưa ra các quyết định an toàn hơn mà không tạo ra sự phức tạp không cần thiết hay không. Đây chính là loại bằng chứng tạo niềm tin hiệu quả hơn nhiều so với những thông số kỹ thuật đơn thuần.

Tối ưu để nhận thưởng mà không hiểu kiến trúc bên dưới thì cũng chỉ là “canh tác” có thêm bước.

Việc tách funding khỏi trading có cải thiện bảo mật, hay chủ yếu chỉ cải thiện tổ chức?

Kiến trúc định hình hành vi từ rất lâu trước khi người dùng nhận ra ảnh hưởng của nó.

#grvt
Bài viết
Câu Hỏi Về Sự Đồng Ý Nằm Dưới Lớp Rào Chắn Tác Nhân của NewtonTôi từng đưa cho người trông nhà một danh sách hướng dẫn ngắn gọn trước khi đi xa hai tuần. Khi tôi quay lại, cô ấy đã đưa ra một quyết định mà tôi chưa bao giờ phê duyệt một cách rõ ràng. Nhìn lại thì việc đó hợp lý, và có lẽ tôi cũng sẽ làm như vậy. Nhưng dù sao nó vẫn không phải là một quyết định mà tôi đã tự ý cho phép một cách có ý thức ngay trong khoảnh khắc cụ thể đó. Ký ức đó đã hiện lên khi tôi đang đọc tài liệu của Newton về các tác nhân tự hành. Càng nhìn sâu vào kiến trúc, tôi càng ít nghĩ về việc liệu một tác nhân có thể bị ràng buộc hay không, và càng tự hỏi rằng sự đồng ý của một người vẫn còn quan trọng thế nào khi phần mềm bắt đầu đưa ra quyết định thay họ.

Câu Hỏi Về Sự Đồng Ý Nằm Dưới Lớp Rào Chắn Tác Nhân của Newton

Tôi từng đưa cho người trông nhà một danh sách hướng dẫn ngắn gọn trước khi đi xa hai tuần. Khi tôi quay lại, cô ấy đã đưa ra một quyết định mà tôi chưa bao giờ phê duyệt một cách rõ ràng. Nhìn lại thì việc đó hợp lý, và có lẽ tôi cũng sẽ làm như vậy. Nhưng dù sao nó vẫn không phải là một quyết định mà tôi đã tự ý cho phép một cách có ý thức ngay trong khoảnh khắc cụ thể đó.
Ký ức đó đã hiện lên khi tôi đang đọc tài liệu của Newton về các tác nhân tự hành.
Càng nhìn sâu vào kiến trúc, tôi càng ít nghĩ về việc liệu một tác nhân có thể bị ràng buộc hay không, và càng tự hỏi rằng sự đồng ý của một người vẫn còn quan trọng thế nào khi phần mềm bắt đầu đưa ra quyết định thay họ.
Đăng nhập để khám phá thêm nội dung
Tham gia cùng người dùng tiền mã hóa toàn cầu trên Binance Square
⚡️ Nhận thông tin mới nhất và hữu ích về tiền mã hóa.
💬 Được tin cậy bởi sàn giao dịch tiền mã hóa lớn nhất thế giới.
👍 Khám phá những thông tin chuyên sâu thực tế từ những nhà sáng tạo đã xác minh.
Email / Số điện thoại
Sơ đồ trang web
Tùy chọn Cookie
Điều khoản & Điều kiện