Selena09
2.3k Bài đăng
Selena09
420 Đang theo dõi
644 Người theo dõi
1.9K+ Đã thích
Bài đăng
Tất cả
Trích dẫn
PINNED
#termmax @TermMax #TermMax $GPS $TUT
Đêm qua, tôi đã dành khá nhiều thời gian đọc tài liệu TermMax để hiểu chính xác người quản lý (curators) kiểm soát những gì bên trong một vault. Lúc đầu, tôi nghĩ vai trò này chủ yếu liên quan đến việc phân bổ vốn và điều chỉnh chiến lược. Nhưng càng đọc sâu, một chi tiết càng nổi bật: TermMax không chỉ trao quyền cho curators đối với vốn, mà còn kiểm soát tốc độ mà quyền lực đó có thể tác động đến tiền của người cho vay.
Nhiều thay đổi nhạy cảm sẽ đi qua cơ chế timelock mặc định 1 ngày, có thể cấu hình từ 1–30 ngày. Trong khoảng thời gian đó, Guardian có thể xem xét hoặc hủy các cập nhật đang chờ. Curators vẫn có chỗ để điều chỉnh chiến lược, nhưng các quyết định lớn không thể chuyển từ dự định sang thực thi ngay lập tức. Một bên đưa ra quyết định; giao thức tạo ra thời gian để kiểm tra.
Đó là lúc TermMax V2 bắt đầu trông giống không chỉ là một hệ thống tối ưu lợi suất. Nó còn thiết kế cách thức quyền quản lý vốn được thực thi, không chỉ là ai nắm giữ quyền đó. Khi ngày càng nhiều vốn chảy qua các vault, lớp kiểm soát này có thể trở nên quan trọng không kém gì chính chiến lược tạo lợi suất.
Và đó là phần tôi thấy đáng theo dõi ở TermMax. Khi TermMax mở rộng quy mô, liệu sự linh hoạt của curator có tiếp tục tăng trưởng trong khi các biện pháp bảo vệ đứng sau mọi quyết định lớn vẫn mạnh mẽ như trước hay không?
Đêm qua, tôi đã dành khá nhiều thời gian đọc tài liệu TermMax để hiểu chính xác người quản lý (curators) kiểm soát những gì bên trong một vault. Lúc đầu, tôi nghĩ vai trò này chủ yếu liên quan đến việc phân bổ vốn và điều chỉnh chiến lược. Nhưng càng đọc sâu, một chi tiết càng nổi bật: TermMax không chỉ trao quyền cho curators đối với vốn, mà còn kiểm soát tốc độ mà quyền lực đó có thể tác động đến tiền của người cho vay.
Nhiều thay đổi nhạy cảm sẽ đi qua cơ chế timelock mặc định 1 ngày, có thể cấu hình từ 1–30 ngày. Trong khoảng thời gian đó, Guardian có thể xem xét hoặc hủy các cập nhật đang chờ. Curators vẫn có chỗ để điều chỉnh chiến lược, nhưng các quyết định lớn không thể chuyển từ dự định sang thực thi ngay lập tức. Một bên đưa ra quyết định; giao thức tạo ra thời gian để kiểm tra.
Đó là lúc TermMax V2 bắt đầu trông giống không chỉ là một hệ thống tối ưu lợi suất. Nó còn thiết kế cách thức quyền quản lý vốn được thực thi, không chỉ là ai nắm giữ quyền đó. Khi ngày càng nhiều vốn chảy qua các vault, lớp kiểm soát này có thể trở nên quan trọng không kém gì chính chiến lược tạo lợi suất.
Và đó là phần tôi thấy đáng theo dõi ở TermMax. Khi TermMax mở rộng quy mô, liệu sự linh hoạt của curator có tiếp tục tăng trưởng trong khi các biện pháp bảo vệ đứng sau mọi quyết định lớn vẫn mạnh mẽ như trước hay không?
PINNED
#dusk $TUT $GPS $DUSK @Dusk
Ban đầu, tôi nghĩ việc tích hợp blockchain với một sàn giao dịch khá đơn giản: một khi khoản nạp được hoàn tất, bạn sẽ ghi có cho người dùng. Nhưng khi tôi đọc tài liệu tích hợp của Dusk, có một quy tắc cụ thể khiến tôi chú ý: Dusk sử dụng ID của từng giao dịch làm khóa chống lặp (idempotency key) cho khoản ghi có tương ứng.
Quy tắc đó trở nên thú vị khi mọi thứ có gì đó trục trặc. Một bộ quét có thể bị crash, khởi động lại, hoặc quét lại cùng một phạm vi block. Dusk yêu cầu việc cập nhật khoản ghi có và checkpoint diễn ra trong một giao dịch cơ sở dữ liệu duy nhất, đồng thời các ID giao dịch phải được giữ là duy nhất; vì vậy việc phát lại lịch sử không tạo thêm khoản ghi có khác cho cùng một giao dịch.
Đó là điều tôi thích ở Dusk. Với tiền bạc, đúng hai lần vẫn có thể sai. Hệ thống có thể bị crash. Bộ quét có thể thử lại. Lịch sử được phát lại. Số dư vẫn phải chính xác.
Ý tưởng lớn thì đơn giản: thao tác có thể chạy lại, nhưng hiệu ứng tài chính thì không được bị nhân đôi. Vậy nên tôi còn lại câu hỏi này: nếu cùng một lịch sử có thể được phát lại hai lần, thì điều gì đảm bảo rằng hiệu ứng tài chính của nó chỉ được ghi nhận đúng một lần?
Ban đầu, tôi nghĩ việc tích hợp blockchain với một sàn giao dịch khá đơn giản: một khi khoản nạp được hoàn tất, bạn sẽ ghi có cho người dùng. Nhưng khi tôi đọc tài liệu tích hợp của Dusk, có một quy tắc cụ thể khiến tôi chú ý: Dusk sử dụng ID của từng giao dịch làm khóa chống lặp (idempotency key) cho khoản ghi có tương ứng.
Quy tắc đó trở nên thú vị khi mọi thứ có gì đó trục trặc. Một bộ quét có thể bị crash, khởi động lại, hoặc quét lại cùng một phạm vi block. Dusk yêu cầu việc cập nhật khoản ghi có và checkpoint diễn ra trong một giao dịch cơ sở dữ liệu duy nhất, đồng thời các ID giao dịch phải được giữ là duy nhất; vì vậy việc phát lại lịch sử không tạo thêm khoản ghi có khác cho cùng một giao dịch.
Đó là điều tôi thích ở Dusk. Với tiền bạc, đúng hai lần vẫn có thể sai. Hệ thống có thể bị crash. Bộ quét có thể thử lại. Lịch sử được phát lại. Số dư vẫn phải chính xác.
Ý tưởng lớn thì đơn giản: thao tác có thể chạy lại, nhưng hiệu ứng tài chính thì không được bị nhân đôi. Vậy nên tôi còn lại câu hỏi này: nếu cùng một lịch sử có thể được phát lại hai lần, thì điều gì đảm bảo rằng hiệu ứng tài chính của nó chỉ được ghi nhận đúng một lần?
#binancep2pantoan @Binance Vietnam
#BinanceP2PAnToan
Tối qua cái căn cước công dân (CCCD) của mình được lôi ra khỏi ví chỉ vì một Order 5.000 USDT.
Trước khi mua mình đã xem profile seller, số giao dịch, tỷ lệ hoàn tất rồi đọc Terms khá kỹ. Vào Order đang chuẩn bị thanh toán thì seller nhắn: “Bạn selfie cầm CCCD gửi mình để xác minh thêm nhé.” Mình cũng lấy CCCD ra thật. Đặt cạnh điện thoại xong mới thấy cấn cấn: ơ, lúc nãy đọc Terms có đoạn này đâu nhỉ?
Thế là CCCD nằm lại trên bàn, mình quay vào Order Chat hỏi cho rõ. Không gửi vội, cũng không cho số điện thoại rồi sang Zalo hay Telegram xử lý riêng. Chuyện đang nằm trong Order thì mình cứ giữ ở đó; Chat và Order ID còn nguyên, chưa rõ thì có Appeal/Support để Binance hỗ trợ. Có chỗ để kiểm tra thì tội gì phải đoán.
Buồn cười là seller chỉ cần thêm hai chữ “xác minh”, mình đã đi lấy CCCD thật. Nghe hợp lý quá nên suýt nữa mình làm trước rồi mới hỏi sau. Từ đó cứ có yêu cầu mới xuất hiện, mình quay lại Terms với Order đối chiếu xem nó từ đâu ra và có nằm trong điều kiện mình đã đọc hay không. Thông tin mới thì xác minh mới.
Cuối cùng CCCD lại chui về ví, chưa có tấm selfie nào. Mọi thứ vẫn được giữ ngay trên Binance và xử lý theo đúng Order. Sau vụ này, gặp chữ “xác minh” mình không yên tâm hơn chỉ vì nó nghe có vẻ đúng quy trình. Mình kiểm tra kỹ hơn.
$BTW $ACE $GPS
Giữa Order, seller bất ngờ đòi thêm giấy tờ. Phản xạ đầu tiên của bạn?
#BinanceP2PAnToan
Tối qua cái căn cước công dân (CCCD) của mình được lôi ra khỏi ví chỉ vì một Order 5.000 USDT.
Trước khi mua mình đã xem profile seller, số giao dịch, tỷ lệ hoàn tất rồi đọc Terms khá kỹ. Vào Order đang chuẩn bị thanh toán thì seller nhắn: “Bạn selfie cầm CCCD gửi mình để xác minh thêm nhé.” Mình cũng lấy CCCD ra thật. Đặt cạnh điện thoại xong mới thấy cấn cấn: ơ, lúc nãy đọc Terms có đoạn này đâu nhỉ?
Thế là CCCD nằm lại trên bàn, mình quay vào Order Chat hỏi cho rõ. Không gửi vội, cũng không cho số điện thoại rồi sang Zalo hay Telegram xử lý riêng. Chuyện đang nằm trong Order thì mình cứ giữ ở đó; Chat và Order ID còn nguyên, chưa rõ thì có Appeal/Support để Binance hỗ trợ. Có chỗ để kiểm tra thì tội gì phải đoán.
Buồn cười là seller chỉ cần thêm hai chữ “xác minh”, mình đã đi lấy CCCD thật. Nghe hợp lý quá nên suýt nữa mình làm trước rồi mới hỏi sau. Từ đó cứ có yêu cầu mới xuất hiện, mình quay lại Terms với Order đối chiếu xem nó từ đâu ra và có nằm trong điều kiện mình đã đọc hay không. Thông tin mới thì xác minh mới.
Cuối cùng CCCD lại chui về ví, chưa có tấm selfie nào. Mọi thứ vẫn được giữ ngay trên Binance và xử lý theo đúng Order. Sau vụ này, gặp chữ “xác minh” mình không yên tâm hơn chỉ vì nó nghe có vẻ đúng quy trình. Mình kiểm tra kỹ hơn.
$BTW $ACE $GPS
Giữa Order, seller bất ngờ đòi thêm giấy tờ. Phản xạ đầu tiên của bạn?
Gửi luôn cho xong
So lại Terms
Hỏi rõ trong Chat
Chưa rõ, hỏi Support
22 giờ còn lại
Mình chưa bao giờ quên con $BTW này :) cái giá cho việc nóng vội, Hôm nay nó mò lại lên gần 0.4 rồi
$ACE $BTW
$ACE $BTW
$ACE $GPS $TUT vẫn top tăng giá Binance spot, hồi khá mạnh trong hôm nay
$BNB vẫn loanh quanh mốc 600$, lâu lắn rồi không xem nó, đợt này alpha cũng ít kèo, không có Tge nên cũng ít xem BNB
Con $OPN này bữa nhận alpha xong hold thử còn đúng cái nịt, con hold thì tuột :) như $BTW bán thì bay
Thị trường khắc nghiệt quá, kiếm tiề đã khó, giữ được tiền còn khó hơn, Nhìn $BANK Và $BEAT là rõ
Đăng nhập để khám phá thêm nội dung