Binance Square
假装在抄底
2.8k Bài đăng

假装在抄底

Đã xác minh nâng cao trên Square
有钱不上北上广,落难必空以太坊,你空大饼我硬扛, 主打一个心态强!! 现货合约返佣:MY6751 钱包返佣:MY6751
Giao dịch mở
Người nắm giữ BNB
Người nắm giữ BNB
Trader tần suất cao
{thời gian} năm
1.2K+ Đang theo dõi
33.3K+ Người theo dõi
19.2K+ Đã thích
Bài đăng
Danh mục đầu tư
PINNED
·
--
Sự tự tu dưỡng của nô lệ da đen (Giải đấu giao dịch nô lệ da đen đã đến rồi 😂) Sàn giao dịch hợp đồng vĩnh viễn Binance RTXUSDT, cuộc thi bắt đầu lúc 18:00 ngày 07/07 và kết thúc lúc 18:00 ngày 17/07. Chỉ cần bạn dùng ví Binance (loại không có khóa riêng) để giao dịch RTXUSDT trên App hoặc nền tảng web, tích lũy đủ 1000U khối lượng giao dịch thì top 1560 người đầu tiên sẽ nhận 30 RTX (xấp xỉ 30U, đủ ăn một bữa gà rán KFC). ⚠️ Nhắc nhở cho anh em tham gia ví giao dịch: mã mời Binance là MY6751, tiết kiệm phí 30% (cao nhất toàn mạng), tự động ghi nhận. Tài khoản cũ đang dùng cũng có thể điền được Alpha, Giao ngay, Cuộc thi giao dịch, Hợp đồng, Cổ phiếu token hóa—tất cả đều được giảm 30%. Làm 3 bước là xong: 1️⃣ Binance App → Ví → Mời bạn bè 2️⃣ Bấm vào "Nhập mã mời", giảm phí 30% 3️⃣ Nhập MY6751 $RTX $ACU $WMTX #币安九周年 #alpha交易赛
Sự tự tu dưỡng của nô lệ da đen (Giải đấu giao dịch nô lệ da đen đã đến rồi 😂)

Sàn giao dịch hợp đồng vĩnh viễn Binance RTXUSDT, cuộc thi bắt đầu lúc 18:00 ngày 07/07 và kết thúc lúc 18:00 ngày 17/07.
Chỉ cần bạn dùng ví Binance (loại không có khóa riêng) để giao dịch RTXUSDT trên App hoặc nền tảng web, tích lũy đủ 1000U khối lượng giao dịch thì top 1560 người đầu tiên sẽ nhận 30 RTX (xấp xỉ 30U, đủ ăn một bữa gà rán KFC).

⚠️ Nhắc nhở cho anh em tham gia ví giao dịch: mã mời Binance là MY6751, tiết kiệm phí 30% (cao nhất toàn mạng), tự động ghi nhận. Tài khoản cũ đang dùng cũng có thể điền được Alpha, Giao ngay, Cuộc thi giao dịch, Hợp đồng, Cổ phiếu token hóa—tất cả đều được giảm 30%.

Làm 3 bước là xong:
1️⃣ Binance App → Ví → Mời bạn bè
2️⃣ Bấm vào "Nhập mã mời", giảm phí 30%
3️⃣ Nhập MY6751
$RTX $ACU $WMTX
#币安九周年 #alpha交易赛
PINNED
⚠️ Lưu ý anh em: Mã giới thiệu Binance là MY6751, giảm 30% phí (cao nhất toàn mạng), tự động nhận tiền. Tài khoản cũ đang sử dụng cũng có thể điền được. Alpha, Giao ngay, Cuộc thi giao dịch, Hợp đồng, Cổ phiếu token hóa—tất cả đều giảm 30%. Làm 3 bước là xong: 1️⃣ Ứng dụng Binance → Ví → Mời bạn bè 2️⃣ Bấm "Nhập mã giới thiệu", giảm 30% phí 3️⃣ Nhập MY6751
⚠️ Lưu ý anh em: Mã giới thiệu Binance là MY6751, giảm 30% phí (cao nhất toàn mạng), tự động nhận tiền. Tài khoản cũ đang sử dụng cũng có thể điền được. Alpha, Giao ngay, Cuộc thi giao dịch, Hợp đồng, Cổ phiếu token hóa—tất cả đều giảm 30%.

Làm 3 bước là xong:
1️⃣ Ứng dụng Binance → Ví → Mời bạn bè
2️⃣ Bấm "Nhập mã giới thiệu", giảm 30% phí
3️⃣ Nhập MY6751
Bài viết
Ai sẽ kiểm tra “kẻ kiểm tra”? Newton còn cần một bộ kinh tế dành cho người thách thứcVài ngày trước khi tôi đang tổng hợp một bộ bản ghi về việc thực thi giao dịch tự động, tôi chợt nghĩ đến một vấn đề hơi khó chịu: nếu hệ thống đưa ra một biên lai “xác minh thành công”, thì người dùng bình thường còn cần phải nghi ngờ nó không? Về mặt trực giác, có vẻ như không cần thiết. @NewtonProtocol Ý tưởng của phần đó là chuyển trước ý định giao dịch cho bộ đánh giá Policy, rồi các nút vận hành sẽ thực hiện xác minh; kết hợp môi trường thực thi đáng tin cậy, các chứng minh mật mã và bản ghi trên chuỗi, để tác nhân không thể tùy tiện vượt qua các ranh giới do người dùng đặt ra. Nếu quá trình có thể được xác minh thì kết quả trông có vẻ cũng phải đáng tin. Nhưng phần rắc rối nhất của hệ thống trên chuỗi thường không phải là có bằng chứng hay không, mà là ai sẵn sàng bỏ thời gian để kiểm tra bằng chứng.

Ai sẽ kiểm tra “kẻ kiểm tra”? Newton còn cần một bộ kinh tế dành cho người thách thức

Vài ngày trước khi tôi đang tổng hợp một bộ bản ghi về việc thực thi giao dịch tự động, tôi chợt nghĩ đến một vấn đề hơi khó chịu: nếu hệ thống đưa ra một biên lai “xác minh thành công”, thì người dùng bình thường còn cần phải nghi ngờ nó không?
Về mặt trực giác, có vẻ như không cần thiết. @NewtonProtocol Ý tưởng của phần đó là chuyển trước ý định giao dịch cho bộ đánh giá Policy, rồi các nút vận hành sẽ thực hiện xác minh; kết hợp môi trường thực thi đáng tin cậy, các chứng minh mật mã và bản ghi trên chuỗi, để tác nhân không thể tùy tiện vượt qua các ranh giới do người dùng đặt ra. Nếu quá trình có thể được xác minh thì kết quả trông có vẻ cũng phải đáng tin.
Nhưng phần rắc rối nhất của hệ thống trên chuỗi thường không phải là có bằng chứng hay không, mà là ai sẵn sàng bỏ thời gian để kiểm tra bằng chứng.
🎙️ Bàn về tâm lý đầu tư và đầu tư định kỳ BNB giao ngay!
avatar
Kết thúc
03 giờ 54 phút 41 giây
35.4k
32
37
·
--
Tăng giá
Hôm qua bạn tôi hỏi tôi: @NewtonProtocol Nếu có thể giới hạn số tiền, loại tiền và giao thức của proxy, vậy tại sao không trực tiếp tạo vài mẫu để người bình thường chỉ cần chọn một lần? Ý tưởng này rất thiết thực, nhưng càng nghĩ tôi càng cảm thấy, mẫu chính là điểm vào rủi ro dễ bị bỏ qua nhất. Giả sử trên trang có một mẫu “đầu tư định kỳ vững chắc”, mặc định cho phép proxy mua mỗi tuần, tối đa huy động 500 USDC, và chỉ đi qua DEX được chỉ định. Người dùng thấy hai chữ “vững chắc” thì rất có thể sẽ không kiểm tra từng mục. Nhưng một khi mẫu đã đặt thời hạn hiệu lực quá dài, hoặc bỏ sót giới hạn trượt giá, proxy vẫn sẽ thực thi nghiêm ngặt theo quy tắc — chỉ là bộ quy tắc đó chưa chắc đã phù hợp với ý niệm “vững chắc” trong lòng người dùng. @NewtonProtocol zkPermissions có thể chứng minh rằng proxy không vượt ranh giới, Policy cũng có thể chặn các thao tác vi phạm trước khi thực thi, nhưng chúng giải quyết vấn đề “có làm đúng theo quy tắc hay không”, chứ không phải “bộ quy tắc này viết có tốt không”. Vì vậy tôi cho rằng, mẫu quyền hạn không thể chỉ hiển thị một cái tên. Ít nhất phải công khai số phiên bản, người tạo, biên bản/ghi nhận kiểm toán, các tình huống áp dụng và mức tổn thất tệ nhất; khi tham số thay đổi, còn phải tự động vô hiệu hóa các ủy quyền cũ, đồng thời xác nhận lại. Giống như hợp đồng thuê nhà: dù chữ ký điện tử có đáng tin cậy đến đâu nữa, thì trước hết vẫn phải xem rõ tiền đặt cọc, thời hạn và điều khoản vi phạm. Điểm mấu chốt khiến Newton giảm rào cản thực sự không phải là giấu cấu hình phức tạp đi, mà là chuyển rủi ro thành những lựa chọn mà người bình thường có thể hiểu được.🔐 $NEWT #Newt
Hôm qua bạn tôi hỏi tôi: @NewtonProtocol Nếu có thể giới hạn số tiền, loại tiền và giao thức của proxy, vậy tại sao không trực tiếp tạo vài mẫu để người bình thường chỉ cần chọn một lần?
Ý tưởng này rất thiết thực, nhưng càng nghĩ tôi càng cảm thấy, mẫu chính là điểm vào rủi ro dễ bị bỏ qua nhất.

Giả sử trên trang có một mẫu “đầu tư định kỳ vững chắc”, mặc định cho phép proxy mua mỗi tuần, tối đa huy động 500 USDC, và chỉ đi qua DEX được chỉ định. Người dùng thấy hai chữ “vững chắc” thì rất có thể sẽ không kiểm tra từng mục. Nhưng một khi mẫu đã đặt thời hạn hiệu lực quá dài, hoặc bỏ sót giới hạn trượt giá, proxy vẫn sẽ thực thi nghiêm ngặt theo quy tắc — chỉ là bộ quy tắc đó chưa chắc đã phù hợp với ý niệm “vững chắc” trong lòng người dùng.

@NewtonProtocol zkPermissions có thể chứng minh rằng proxy không vượt ranh giới, Policy cũng có thể chặn các thao tác vi phạm trước khi thực thi, nhưng chúng giải quyết vấn đề “có làm đúng theo quy tắc hay không”, chứ không phải “bộ quy tắc này viết có tốt không”.

Vì vậy tôi cho rằng, mẫu quyền hạn không thể chỉ hiển thị một cái tên. Ít nhất phải công khai số phiên bản, người tạo, biên bản/ghi nhận kiểm toán, các tình huống áp dụng và mức tổn thất tệ nhất; khi tham số thay đổi, còn phải tự động vô hiệu hóa các ủy quyền cũ, đồng thời xác nhận lại.

Giống như hợp đồng thuê nhà: dù chữ ký điện tử có đáng tin cậy đến đâu nữa, thì trước hết vẫn phải xem rõ tiền đặt cọc, thời hạn và điều khoản vi phạm. Điểm mấu chốt khiến Newton giảm rào cản thực sự không phải là giấu cấu hình phức tạp đi, mà là chuyển rủi ro thành những lựa chọn mà người bình thường có thể hiểu được.🔐 $NEWT #Newt
·
--
Tăng giá
Trước đây tôi dùng sàn giao dịch on-chain, thứ tôi sợ nhất không phải là không biết thao tác, mà là mỗi bước lại bị “cảm giác on-chain” kéo chậm: ký giao dịch, chờ xác nhận, xem Gas, rồi lo sợ khớp lệnh chậm. Nhưng khi quay lại sàn giao dịch tập trung (CEX) thì lại có một nỗi lo khác: giao dịch diễn ra suôn sẻ, nhưng ranh giới dòng tiền cuối cùng nằm ở đâu? Vì vậy khi tôi xem @grvt_io , điều gây đồng cảm nhất với tôi không phải một câu “sàn giao dịch lai”, mà là việc họ tách một giao dịch thành hai lớp xử lý. Những khâu cần tốc độ như ghép lệnh và thực thi giao dịch được chạy ngoài chuỗi; còn trải nghiệm người dùng sẽ gần giống sàn quen thuộc. Còn các phần nặng về bảo mật và quyền sở hữu như lưu ký tài sản, ký quỹ, thanh toán—thì giao cho on-chain và smart contract xử lý. Nghe có vẻ như kiến trúc kỹ thuật, nhưng nói theo lời người bình thường thì là: chỗ nhanh thì đừng cố nhét lên on-chain, chỗ nặng thì đừng dùng black box. 🙂 Một người giao dịch thực sự quan tâm thực ra rất đơn giản: đặt lệnh đừng bị kẹt, khớp lệnh đừng chậm, và dòng tiền đừng để mập mờ. Trước đây nhiều DEX nhấn mạnh tính phi tập trung, nhưng trải nghiệm lại giống như đang sửa máy tính; nhiều CEX thì mượt, nhưng bạn chỉ có thể tin vào hệ thống phía sau của nền tảng. Con đường GRVT muốn đi là phân công lại những phần ảnh hưởng nhiều nhất đến trải nghiệm người dùng ở cả hai phía. Tôi bản thân sợ nhất kiểu sản phẩm “khái niệm rất tiên tiến, bấm một cái là toàn chờ đợi”. Cơ hội giao dịch sẽ không chờ ai, nhất là khi biến động giá nhanh—đợi thêm vài chục giây là tâm lý đã khác. Nhưng tốc độ cũng không thể đổi bằng việc hy sinh tính minh bạch của dòng tiền, nếu không thì độ mượt chỉ là bề ngoài. Tôi nghĩ hướng này đáng để theo dõi, vì rốt cuộc sản phẩm giao dịch không chỉ cạnh tranh bằng việc ý tưởng có “cao cấp” thế nào, mà quan trọng là liệu bạn có do dự trong đúng khoảnh khắc đặt lệnh hay không. Vừa có thể mượt như CEX, vừa giữ được ranh giới dòng tiền trên chuỗi và tính minh bạch trong khâu thanh toán—đó mới là điểm thú vị hơn ở @grvt_io . #grvt
Trước đây tôi dùng sàn giao dịch on-chain, thứ tôi sợ nhất không phải là không biết thao tác, mà là mỗi bước lại bị “cảm giác on-chain” kéo chậm: ký giao dịch, chờ xác nhận, xem Gas, rồi lo sợ khớp lệnh chậm. Nhưng khi quay lại sàn giao dịch tập trung (CEX) thì lại có một nỗi lo khác: giao dịch diễn ra suôn sẻ, nhưng ranh giới dòng tiền cuối cùng nằm ở đâu?

Vì vậy khi tôi xem @grvt_io , điều gây đồng cảm nhất với tôi không phải một câu “sàn giao dịch lai”, mà là việc họ tách một giao dịch thành hai lớp xử lý. Những khâu cần tốc độ như ghép lệnh và thực thi giao dịch được chạy ngoài chuỗi; còn trải nghiệm người dùng sẽ gần giống sàn quen thuộc. Còn các phần nặng về bảo mật và quyền sở hữu như lưu ký tài sản, ký quỹ, thanh toán—thì giao cho on-chain và smart contract xử lý.

Nghe có vẻ như kiến trúc kỹ thuật, nhưng nói theo lời người bình thường thì là: chỗ nhanh thì đừng cố nhét lên on-chain, chỗ nặng thì đừng dùng black box. 🙂

Một người giao dịch thực sự quan tâm thực ra rất đơn giản: đặt lệnh đừng bị kẹt, khớp lệnh đừng chậm, và dòng tiền đừng để mập mờ. Trước đây nhiều DEX nhấn mạnh tính phi tập trung, nhưng trải nghiệm lại giống như đang sửa máy tính; nhiều CEX thì mượt, nhưng bạn chỉ có thể tin vào hệ thống phía sau của nền tảng. Con đường GRVT muốn đi là phân công lại những phần ảnh hưởng nhiều nhất đến trải nghiệm người dùng ở cả hai phía.

Tôi bản thân sợ nhất kiểu sản phẩm “khái niệm rất tiên tiến, bấm một cái là toàn chờ đợi”. Cơ hội giao dịch sẽ không chờ ai, nhất là khi biến động giá nhanh—đợi thêm vài chục giây là tâm lý đã khác. Nhưng tốc độ cũng không thể đổi bằng việc hy sinh tính minh bạch của dòng tiền, nếu không thì độ mượt chỉ là bề ngoài.

Tôi nghĩ hướng này đáng để theo dõi, vì rốt cuộc sản phẩm giao dịch không chỉ cạnh tranh bằng việc ý tưởng có “cao cấp” thế nào, mà quan trọng là liệu bạn có do dự trong đúng khoảnh khắc đặt lệnh hay không. Vừa có thể mượt như CEX, vừa giữ được ranh giới dòng tiền trên chuỗi và tính minh bạch trong khâu thanh toán—đó mới là điểm thú vị hơn ở @grvt_io . #grvt
Bài viết
Model Registry: Thứ thực sự khó không phải là niêm yết agent, mà là xây dựng uy tín cho agentHôm nay tôi muốn đổi góc nhìn để bàn về Newton. Vài ngày trước, mọi người thảo luận nhiều nhất là Policy Engine, TEE, ZK, Keystore Rollup—tất cả đều quan trọng. Nhưng càng xem tôi càng thấy rằng, @NewtonProtocol phía sau đó, chặng đường khó hơn có thể chính là Model Registry. Nguyên nhân rất đơn giản: lớp quyền hạn giải quyết vấn đề “liệu proxy có thể làm loạn không”, nhưng không giải quyết được “proxy rốt cuộc có đáng tin hay không”. Hai vấn đề này khác nhau rất nhiều. Giả sử trong tương lai trên Newton có một tác nhân (agent) tự động tái cân bằng. Bạn cấu hình cho nó quyền hạn: tối đa chỉ được thay đổi 1000U, chỉ được tương tác với các giao thức được chỉ định, không được chuyển sang địa chỉ lạ, vượt quá ngưỡng trượt giá (slippage) thì từ chối thực thi. zkPermissions có thể xác minh rằng nó không vượt quyền. Policy Engine có thể kiểm tra xem nó có tuân thủ đúng quy tắc hay không. Rào chắn an toàn kiểu này là có giá trị.

Model Registry: Thứ thực sự khó không phải là niêm yết agent, mà là xây dựng uy tín cho agent

Hôm nay tôi muốn đổi góc nhìn để bàn về Newton. Vài ngày trước, mọi người thảo luận nhiều nhất là Policy Engine, TEE, ZK, Keystore Rollup—tất cả đều quan trọng. Nhưng càng xem tôi càng thấy rằng, @NewtonProtocol phía sau đó, chặng đường khó hơn có thể chính là Model Registry.
Nguyên nhân rất đơn giản: lớp quyền hạn giải quyết vấn đề “liệu proxy có thể làm loạn không”, nhưng không giải quyết được “proxy rốt cuộc có đáng tin hay không”.
Hai vấn đề này khác nhau rất nhiều.
Giả sử trong tương lai trên Newton có một tác nhân (agent) tự động tái cân bằng. Bạn cấu hình cho nó quyền hạn: tối đa chỉ được thay đổi 1000U, chỉ được tương tác với các giao thức được chỉ định, không được chuyển sang địa chỉ lạ, vượt quá ngưỡng trượt giá (slippage) thì từ chối thực thi. zkPermissions có thể xác minh rằng nó không vượt quyền. Policy Engine có thể kiểm tra xem nó có tuân thủ đúng quy tắc hay không. Rào chắn an toàn kiểu này là có giá trị.
·
--
Tăng giá
Đã xác minh
Hôm nay mình tổng kết lại Newton. Mình không tiếp tục viết kiểu khung lớn như “AI Agent rất nguy hiểm”, mà tập trung vào một vấn đề nhỏ hơn: nếu Policy Engine của @NewtonProtocol chặn một giao dịch thì người dùng rốt cuộc sẽ nhìn thấy gì? Chi tiết này rất quan trọng. Vấn đề lớn nhất của nhiều sản phẩm bảo mật không phải là không chặn được, mà là sau khi chặn rồi chỉ ném cho bạn đúng một câu “thực thi thất bại”. Người dùng bình thường nhìn thấy bốn chữ đó thì phản ứng đầu tiên không phải là an toàn, mà là hoang mang: là vượt hạn mức à? hợp đồng không nằm trong danh sách trắng? dữ liệu giá bất thường? hay chính bản thân hành động của AI agent có vấn đề? 🤔 Mình công nhận hướng đi của @NewtonProtocol : biến việc kiểm tra trước khi giao dịch thành các quy tắc—hạn mức, khung thời gian, phạm vi hợp đồng, địa chỉ người nhận—đều có thể thiết lập ranh giới từ trước. Nhưng thứ thực sự quyết định trải nghiệm lại là việc thông báo lỗi có nói được “ngôn ngữ của con người” hay không. Ví dụ, hệ thống nói với mình: “Giao dịch này bị chặn vì hợp đồng đích không nằm trong danh sách trắng được ủy quyền, và số tiền gọi vượt quá giới hạn tối đa cho mỗi lần là 18%.” Như vậy là hữu ích. Người dùng có thể phán đoán được là nên nới lỏng quy tắc, đổi đường đi, hay đơn giản là bỏ giao dịch. Vì vậy khi mình nhìn $NEWT , mình không chỉ xem nó có tạo được bằng chứng hay không, mà còn xem nó có thể chuyển (dịch) bằng chứng thành nguyên nhân mà người bình thường hiểu được hay không. AI trên chuỗi muốn bước ra khỏi “vòng tròn của nhà phát triển” thì không chỉ biết thực thi, mà còn phải biết giải thích vì sao mình không thực thi. #Newt
Hôm nay mình tổng kết lại Newton. Mình không tiếp tục viết kiểu khung lớn như “AI Agent rất nguy hiểm”, mà tập trung vào một vấn đề nhỏ hơn: nếu Policy Engine của @NewtonProtocol chặn một giao dịch thì người dùng rốt cuộc sẽ nhìn thấy gì?

Chi tiết này rất quan trọng. Vấn đề lớn nhất của nhiều sản phẩm bảo mật không phải là không chặn được, mà là sau khi chặn rồi chỉ ném cho bạn đúng một câu “thực thi thất bại”. Người dùng bình thường nhìn thấy bốn chữ đó thì phản ứng đầu tiên không phải là an toàn, mà là hoang mang: là vượt hạn mức à? hợp đồng không nằm trong danh sách trắng? dữ liệu giá bất thường? hay chính bản thân hành động của AI agent có vấn đề? 🤔

Mình công nhận hướng đi của @NewtonProtocol : biến việc kiểm tra trước khi giao dịch thành các quy tắc—hạn mức, khung thời gian, phạm vi hợp đồng, địa chỉ người nhận—đều có thể thiết lập ranh giới từ trước. Nhưng thứ thực sự quyết định trải nghiệm lại là việc thông báo lỗi có nói được “ngôn ngữ của con người” hay không.

Ví dụ, hệ thống nói với mình: “Giao dịch này bị chặn vì hợp đồng đích không nằm trong danh sách trắng được ủy quyền, và số tiền gọi vượt quá giới hạn tối đa cho mỗi lần là 18%.” Như vậy là hữu ích. Người dùng có thể phán đoán được là nên nới lỏng quy tắc, đổi đường đi, hay đơn giản là bỏ giao dịch.

Vì vậy khi mình nhìn $NEWT , mình không chỉ xem nó có tạo được bằng chứng hay không, mà còn xem nó có thể chuyển (dịch) bằng chứng thành nguyên nhân mà người bình thường hiểu được hay không. AI trên chuỗi muốn bước ra khỏi “vòng tròn của nhà phát triển” thì không chỉ biết thực thi, mà còn phải biết giải thích vì sao mình không thực thi.
#Newt
Tôi trước đây vẫn luôn nghĩ “bảo mật tài khoản” chỉ là đặt mật khẩu phức tạp hơn một chút, bật 2FA lên. Cho đến khi xem thiết kế SecureKey của @grvt_io , tôi mới nhận ra nơi nền tảng giao dịch thực sự nguy hiểm không nằm ở việc người khác có đăng nhập được hay không, mà là liệu người khác có thể thay bạn thao tác tài sản hay không. Phân biệt này khá thực tế. Đăng nhập bằng email giống như đi vào văn phòng: bạn có thể xem tài khoản, xem vị thế, tham gia các hoạt động; nhưng khi thật sự cần mở lệnh, rút tiền, hoặc thực hiện những thao tác có thể làm thay đổi quyền sở hữu vốn, thì phải có chữ ký SecureKey. Nói cách khác, vào được cửa thì là vào cửa, nhưng để mở két sắt vẫn cần một chiếc chìa khóa khác.🔑 Điểm này tôi thấy còn dễ hiểu hơn việc chỉ đơn thuần hô “tự lưu trữ”. Nhiều dự án nói rằng quỹ do người dùng kiểm soát, nhưng người bình thường nghe xong vẫn mơ hồ: kiểm soát ở đâu? GRVT đã tách nó thành một quy trình rõ ràng hơn: chứng thực kiểu Web2 đảm bảo trải nghiệm mượt, SecureKey chịu trách nhiệm ký giao dịch và các thao tác với tài sản; người dùng không phải bị hành hạ vì phải thao tác trên chuỗi ở từng bước, nhưng những hành động then chốt thì không thể bỏ qua phần ký. Với người dùng giao dịch, giá trị của thiết kế này không phải để khoe kỹ thuật, mà là để giảm bớt một nỗi lo rất thật: tôi có thể tận hưởng trải nghiệm thao tác gần giống CEX, đồng thời không phải chuyển hoàn toàn quyền kiểm soát tài chính đi. Đặc biệt khi theo dõi liên tục và cần điều chỉnh tạm thời vị thế, nếu bảo mật làm quá nặng sẽ rất phiền, còn làm quá nhẹ lại thấy không yên tâm. Vì vậy khi tôi xem @grvt_io , tôi sẽ không chỉ nhìn nó có phải là “sàn giao dịch lai” hay không, mà là xem liệu nó có giải thích rõ bước người dùng sợ nhất không: ai có thể xem tài khoản, ai có thể động đến tài sản, và bước nào bắt buộc phải ký. Ranh giới càng rõ ràng, trong lúc giao dịch càng yên tâm trong lòng.#grvt #LAB三日跌94% #美光毛利率创纪录84.9% #SK海力士IPO承销费超1.4亿美元
Tôi trước đây vẫn luôn nghĩ “bảo mật tài khoản” chỉ là đặt mật khẩu phức tạp hơn một chút, bật 2FA lên. Cho đến khi xem thiết kế SecureKey của @grvt_io , tôi mới nhận ra nơi nền tảng giao dịch thực sự nguy hiểm không nằm ở việc người khác có đăng nhập được hay không, mà là liệu người khác có thể thay bạn thao tác tài sản hay không.

Phân biệt này khá thực tế. Đăng nhập bằng email giống như đi vào văn phòng: bạn có thể xem tài khoản, xem vị thế, tham gia các hoạt động; nhưng khi thật sự cần mở lệnh, rút tiền, hoặc thực hiện những thao tác có thể làm thay đổi quyền sở hữu vốn, thì phải có chữ ký SecureKey. Nói cách khác, vào được cửa thì là vào cửa, nhưng để mở két sắt vẫn cần một chiếc chìa khóa khác.🔑

Điểm này tôi thấy còn dễ hiểu hơn việc chỉ đơn thuần hô “tự lưu trữ”. Nhiều dự án nói rằng quỹ do người dùng kiểm soát, nhưng người bình thường nghe xong vẫn mơ hồ: kiểm soát ở đâu? GRVT đã tách nó thành một quy trình rõ ràng hơn: chứng thực kiểu Web2 đảm bảo trải nghiệm mượt, SecureKey chịu trách nhiệm ký giao dịch và các thao tác với tài sản; người dùng không phải bị hành hạ vì phải thao tác trên chuỗi ở từng bước, nhưng những hành động then chốt thì không thể bỏ qua phần ký.

Với người dùng giao dịch, giá trị của thiết kế này không phải để khoe kỹ thuật, mà là để giảm bớt một nỗi lo rất thật: tôi có thể tận hưởng trải nghiệm thao tác gần giống CEX, đồng thời không phải chuyển hoàn toàn quyền kiểm soát tài chính đi. Đặc biệt khi theo dõi liên tục và cần điều chỉnh tạm thời vị thế, nếu bảo mật làm quá nặng sẽ rất phiền, còn làm quá nhẹ lại thấy không yên tâm.

Vì vậy khi tôi xem @grvt_io , tôi sẽ không chỉ nhìn nó có phải là “sàn giao dịch lai” hay không, mà là xem liệu nó có giải thích rõ bước người dùng sợ nhất không: ai có thể xem tài khoản, ai có thể động đến tài sản, và bước nào bắt buộc phải ký. Ranh giới càng rõ ràng, trong lúc giao dịch càng yên tâm trong lòng.#grvt
#LAB三日跌94% #美光毛利率创纪录84.9% #SK海力士IPO承销费超1.4亿美元
LAB-28,25%
SKHYNIX+0,55%
MUUS-1,17%
·
--
Tăng giá
📅 10 tháng 7 (hôm nay) Tham khảo thao tác|Thông báo Alpha đã có, đúng 17:00 sẽ mở bán giành ngay, hôm nay nhất định phải theo sát I. Airdrop Anh em buổi chiều tốt lành, phía Binance vừa đăng thông báo, hôm nay 17:00 (SGT) sẽ có một đợt airdrop Alpha. Chỉ cần có trên 245 điểm tích lũy là có thể đăng ký nhận, ai nhanh thì người đó được. Tuần này mới phát một lần, hôm nay có khả năng lại bổ sung thêm một đợt nữa; dự kiến vẫn khoảng 30U, chủ yếu là coin cũ cho đủ số. Có còn hơn không, đừng bỏ lỡ thời gian. II. Gợi ý thao tác hôm nay 1️⃣ Chiến lược刷分 (tích điểm) · $NES (hạn 14 ngày) + $ARX (hạn 12 ngày), thử với mức nhỏ 300-500U, đừng tham nhiều. 2️⃣ Ưu đãi tài chính USD1 Hôm nay bắt đầu gia hạn. Nếu số dư hợp đồng > 300 USD1, bạn có thể được tăng tốc gấp 1.2 lần. Cách đơn giản nhất: gửi tiền ở tài khoản tiết kiệm kỳ hạn hoặc tài khoản đòn bẩy, lợi suất năm khoảng 8.5%. Mức lãi này khá ổn, có tiền nhàn rỗi thì đừng để phí. ⚠️ Nhắc nhở anh em: mã mời của Binance là MY6751, giúp tiết kiệm 30% phí (cao nhất toàn mạng), tự động nhận tiền. Ngay cả tài khoản cũ đã dùng rồi cũng có thể điền để nhận Alpha, Spot, cuộc thi giao dịch, hợp đồng, cổ phiếu token hóa—tất cả đều được giảm 30%. 📌 Các bước thiết lập: · Bước 1: Mở app Binance, góc phải trên bấm “Ví” → Mời bạn bè · Bước 2: Bấm “Nhập mã mời”, phí giao dịch được giảm 30% · Bước 3: Nhập MY6751 xác nhận là xong III. Diễn biến cuộc thi giao dịch Dự án Thời gian kết thúc Ngưỡng tối thiểu hiện tại Số suất thưởng KGEN (đã kết thúc) 21:00 ngày 9/7 325,560 2200 NEX (đến tối nay) 21:00 ngày 10/7 3,364 2000 SLX 21:00 ngày 14/7 0 2060 O 21:00 ngày 14/7 48,619 2090 NES 21:00 ngày 15/7 33,062 2260 UB 21:00 ngày 15/7 0 2060 NEX tối nay chốt sổ, ngưỡng đã kéo lên 3364, mức tăng không nhỏ; ai vẫn còn ngồi trên xe thì bám sát thời gian nhé; Hôm nay chỉ vậy thôi, nhớ giành airdrop lúc 17:00, đừng chỉ xem cho vui mà bỏ lỡ việc chính. #ALPHA #ALPHA🔥 #撸毛攻略 #LAB三日跌94% #美光毛利率创纪录84.9%
📅 10 tháng 7 (hôm nay)

Tham khảo thao tác|Thông báo Alpha đã có, đúng 17:00 sẽ mở bán giành ngay, hôm nay nhất định phải theo sát

I. Airdrop

Anh em buổi chiều tốt lành, phía Binance vừa đăng thông báo, hôm nay 17:00 (SGT) sẽ có một đợt airdrop Alpha. Chỉ cần có trên 245 điểm tích lũy là có thể đăng ký nhận, ai nhanh thì người đó được. Tuần này mới phát một lần, hôm nay có khả năng lại bổ sung thêm một đợt nữa; dự kiến vẫn khoảng 30U, chủ yếu là coin cũ cho đủ số. Có còn hơn không, đừng bỏ lỡ thời gian.

II. Gợi ý thao tác hôm nay

1️⃣ Chiến lược刷分 (tích điểm)

· $NES (hạn 14 ngày) + $ARX (hạn 12 ngày), thử với mức nhỏ 300-500U, đừng tham nhiều.

2️⃣ Ưu đãi tài chính USD1
Hôm nay bắt đầu gia hạn. Nếu số dư hợp đồng > 300 USD1, bạn có thể được tăng tốc gấp 1.2 lần. Cách đơn giản nhất: gửi tiền ở tài khoản tiết kiệm kỳ hạn hoặc tài khoản đòn bẩy, lợi suất năm khoảng 8.5%. Mức lãi này khá ổn, có tiền nhàn rỗi thì đừng để phí.

⚠️ Nhắc nhở anh em: mã mời của Binance là MY6751, giúp tiết kiệm 30% phí (cao nhất toàn mạng), tự động nhận tiền. Ngay cả tài khoản cũ đã dùng rồi cũng có thể điền để nhận Alpha, Spot, cuộc thi giao dịch, hợp đồng, cổ phiếu token hóa—tất cả đều được giảm 30%.

📌 Các bước thiết lập:

· Bước 1: Mở app Binance, góc phải trên bấm “Ví” → Mời bạn bè
· Bước 2: Bấm “Nhập mã mời”, phí giao dịch được giảm 30%
· Bước 3: Nhập MY6751 xác nhận là xong

III. Diễn biến cuộc thi giao dịch

Dự án Thời gian kết thúc Ngưỡng tối thiểu hiện tại Số suất thưởng
KGEN (đã kết thúc) 21:00 ngày 9/7 325,560 2200
NEX (đến tối nay) 21:00 ngày 10/7 3,364 2000
SLX 21:00 ngày 14/7 0 2060
O 21:00 ngày 14/7 48,619 2090
NES 21:00 ngày 15/7 33,062 2260
UB 21:00 ngày 15/7 0 2060

NEX tối nay chốt sổ, ngưỡng đã kéo lên 3364, mức tăng không nhỏ; ai vẫn còn ngồi trên xe thì bám sát thời gian nhé;

Hôm nay chỉ vậy thôi, nhớ giành airdrop lúc 17:00, đừng chỉ xem cho vui mà bỏ lỡ việc chính.
#ALPHA #ALPHA🔥 #撸毛攻略
#LAB三日跌94% #美光毛利率创纪录84.9%
·
--
Tăng giá
Tối qua tôi không tiếp tục xem K-line, mà lại lục tài liệu Policy Engine của Newton. Càng xem càng thấy, thứ này không giống kiểm soát rủi ro truyền thống, mà giống như viết một bộ “nội quy gia đình” cho các tác nhân AI. Trước đây khi dùng robot, thứ khiến chúng ta sợ nhất không phải là nó không thông minh, mà là nó quá tự do. Ban đầu bạn chỉ muốn nó giúp bạn điều chỉnh danh mục, nhưng khi mở quyền, thì số tiền trong ví, các hợp đồng và hạn mức mà nó có thể đụng tới đều trở nên mơ hồ. Đến khi có sự cố, rồi quay lại kiểm tra log, thường chỉ còn một câu: giao dịch đã được thực hiện.😅 Tư duy của @NewtonProtocol khá thẳng: đừng vội để AI thực thi, hãy hỏi nó xem có đủ tư cách để thực thi không trước. Ví dụ, mỗi lệnh không được vượt quá bao nhiêu, chỉ được tương tác với những hợp đồng nào, một số địa chỉ không được đụng, một số tài sản không được phép di chuyển—những quy tắc này có thể được viết sẵn vào Policy. AI phân tích tiếp, chỉ cần đụng vào vạch đỏ thì sẽ không qua được bước kiểm tra trước khi quyết toán. Tôi thấy phần thú vị nhất ở đây không phải “AI mạnh hơn”, mà là “AI bị ràng buộc rõ ràng hơn”. Cũng giống như lái xe: động cơ có ngon đến đâu thì cũng cần phanh, giới hạn tốc độ và vạch kẻ đường. Không có những thứ đó, tốc độ càng nhanh lại càng nguy hiểm. Tất nhiên, việc viết quy tắc tốt hay không cũng rất quan trọng. Rego không phải thứ người dùng phổ thông nhìn là hiểu được. Nếu template chiến lược, cấu hình trực quan, hay thông báo lỗi không làm tốt, cuối cùng có thể vẫn chỉ là người phát triển nắm rõ, còn người bình thường nhìn vào sẽ thấy mơ hồ. Vì vậy bây giờ khi tôi xem $NEWT , tôi sẽ không chỉ nhìn câu chuyện. Tôi quan tâm hơn tới việc nó có thể biến các quy tắc quyền phức tạp thành một “công tắc an toàn” mà người dùng bình thường cũng dám dùng hay không. Nếu bước này chạy thông, thì tác nhân AI trên chuỗi không chỉ biết làm việc, mà còn biết việc nào không được làm bừa.#Newt
Tối qua tôi không tiếp tục xem K-line, mà lại lục tài liệu Policy Engine của Newton. Càng xem càng thấy, thứ này không giống kiểm soát rủi ro truyền thống, mà giống như viết một bộ “nội quy gia đình” cho các tác nhân AI.

Trước đây khi dùng robot, thứ khiến chúng ta sợ nhất không phải là nó không thông minh, mà là nó quá tự do. Ban đầu bạn chỉ muốn nó giúp bạn điều chỉnh danh mục, nhưng khi mở quyền, thì số tiền trong ví, các hợp đồng và hạn mức mà nó có thể đụng tới đều trở nên mơ hồ. Đến khi có sự cố, rồi quay lại kiểm tra log, thường chỉ còn một câu: giao dịch đã được thực hiện.😅

Tư duy của @NewtonProtocol khá thẳng: đừng vội để AI thực thi, hãy hỏi nó xem có đủ tư cách để thực thi không trước. Ví dụ, mỗi lệnh không được vượt quá bao nhiêu, chỉ được tương tác với những hợp đồng nào, một số địa chỉ không được đụng, một số tài sản không được phép di chuyển—những quy tắc này có thể được viết sẵn vào Policy. AI phân tích tiếp, chỉ cần đụng vào vạch đỏ thì sẽ không qua được bước kiểm tra trước khi quyết toán.

Tôi thấy phần thú vị nhất ở đây không phải “AI mạnh hơn”, mà là “AI bị ràng buộc rõ ràng hơn”. Cũng giống như lái xe: động cơ có ngon đến đâu thì cũng cần phanh, giới hạn tốc độ và vạch kẻ đường. Không có những thứ đó, tốc độ càng nhanh lại càng nguy hiểm.

Tất nhiên, việc viết quy tắc tốt hay không cũng rất quan trọng. Rego không phải thứ người dùng phổ thông nhìn là hiểu được. Nếu template chiến lược, cấu hình trực quan, hay thông báo lỗi không làm tốt, cuối cùng có thể vẫn chỉ là người phát triển nắm rõ, còn người bình thường nhìn vào sẽ thấy mơ hồ.

Vì vậy bây giờ khi tôi xem $NEWT , tôi sẽ không chỉ nhìn câu chuyện. Tôi quan tâm hơn tới việc nó có thể biến các quy tắc quyền phức tạp thành một “công tắc an toàn” mà người dùng bình thường cũng dám dùng hay không. Nếu bước này chạy thông, thì tác nhân AI trên chuỗi không chỉ biết làm việc, mà còn biết việc nào không được làm bừa.#Newt
Bài viết
Bảng chi phí ZK của Newton: Khả năng được xác minh không phải bữa trưa miễn phíHôm nay tôi muốn nói về một vấn đề không quá sôi nổi, nhưng rất then chốt: bằng chứng ZK của Newton rốt cuộc có đắt không? Hoặc đổi lại cho gần gũi hơn một chút: người dùng bình thường có sẵn sàng trả tiền cho “khả năng được xác minh” không? Nhiều người bàn tán @NewtonProtocol , và phản ứng đầu tiên là AI Agent, giao dịch tự động, chiến lược trên chuỗi, và thực thi thông minh. Những từ đó đương nhiên rất quan trọng, nhưng càng đọc tôi càng cảm thấy rằng vấn đề cốt lõi của Newton không phải là “AI có làm được việc hay không”, mà là “sau khi AI đã làm xong, người khác sẽ tin rằng nó không làm bậy bằng cách nào”. Thế là không thể không nhắc tới ZK. Chứng minh không kiến thức nghe rất ngầu—giống như đóng một con dấu pháp lý mật mã lên kết quả thực thi ngoài chuỗi. Bạn không cần phải chuyển mọi phép tính lên chuỗi, cũng không cần lộ ra từng chi tiết, nhưng vẫn có thể kiểm chứng xem kết quả có tuân theo đúng quy tắc hay không. Với các chiến lược tự động, điều này thật hấp dẫn: vừa tiết kiệm chi phí trên chuỗi, vừa giữ được tính kiểm toán.

Bảng chi phí ZK của Newton: Khả năng được xác minh không phải bữa trưa miễn phí

Hôm nay tôi muốn nói về một vấn đề không quá sôi nổi, nhưng rất then chốt: bằng chứng ZK của Newton rốt cuộc có đắt không? Hoặc đổi lại cho gần gũi hơn một chút: người dùng bình thường có sẵn sàng trả tiền cho “khả năng được xác minh” không?
Nhiều người bàn tán @NewtonProtocol , và phản ứng đầu tiên là AI Agent, giao dịch tự động, chiến lược trên chuỗi, và thực thi thông minh. Những từ đó đương nhiên rất quan trọng, nhưng càng đọc tôi càng cảm thấy rằng vấn đề cốt lõi của Newton không phải là “AI có làm được việc hay không”, mà là “sau khi AI đã làm xong, người khác sẽ tin rằng nó không làm bậy bằng cách nào”.
Thế là không thể không nhắc tới ZK. Chứng minh không kiến thức nghe rất ngầu—giống như đóng một con dấu pháp lý mật mã lên kết quả thực thi ngoài chuỗi. Bạn không cần phải chuyển mọi phép tính lên chuỗi, cũng không cần lộ ra từng chi tiết, nhưng vẫn có thể kiểm chứng xem kết quả có tuân theo đúng quy tắc hay không. Với các chiến lược tự động, điều này thật hấp dẫn: vừa tiết kiệm chi phí trên chuỗi, vừa giữ được tính kiểm toán.
7 tháng 9: Hướng dẫn vận hành|Anh em chào buổi chiều, vừa lướt qua Alpha và các hoạt động, nói vài câu sơ qua. I. Airdrop 📅 7 tháng 9 (hôm nay) 1️⃣ Airdrop Alpha Binance Theo tần suất này, tối nay rất có khả năng sẽ có đợt airdrop cho các đồng cũ, đừng buồn ngủ, theo sát thông báo, chậm là hết. II. Gợi ý thao tác hôm nay 1️⃣ Chiến lược quét điểm · $NES (kỳ hạn 15 ngày) + $ARX (kỳ hạn 13 ngày): thử với số lượng nhỏ 300-500U, đừng tham. 2️⃣ Hoạt động kỷ niệm 9 năm Tổng cộng có 9 nhiệm vụ, phần thưởng cao nhất 99,99 BNB. Làm nhiệm vụ theo thứ tự, hiện tại có thể làm đến nhiệm vụ thứ 9 Nhiệm vụ ❶ Nạp 50U, có thể dùng C2C hoặc ví; nếu ví không có thì rút từ sàn sang, sau đó lại rút về Nhiệm vụ ❷ Giao dịch 500U, chú ý đừng giao dịch mức phí 0; mình chọn giao dịch 500U BNB Nhiệm vụ ❸ Tài chính 29U, mua gói tiết kiệm USDC kỳ hạn 2 ngày (29USDC) Nhiệm vụ ❹ Tháp hợp đồng, có thể mở với tổn hao BNB 0,5U Nhiệm vụ ❺ bStocks, mình mua 200U của $SPCXB , đường dẫn → Tài chính truyền thống → Giao ngay Nhiệm vụ ❻ Mời bạn, dán link của bạn ở phần bình luận, người khác mở bằng trình duyệt là được Nhiệm vụ ❼ Giao ngay, mình mua 226U của $BTC, qua ải Nhiệm vụ ❽ Mời bạn, nhiệm vụ này cần đăng ký mới; ai chưa đăng ký thì dùng link có thể dùng để đăng ký làm nhiệm vụ [https://www.bsmkweb.cc/activity/binance-turns-9?ref=MY6751](https://www.bsmkweb.cc/activity/binance-turns-9?ref=MY6751) Nhiệm vụ ❾ Dự đoán, trong ví mục Dự đoán → Văn hóa → Chúa Giê-su sẽ đến vào năm 2027 không? Chọn Không mua, 51U rồi bán ⚠️ Phúc lợi mã mời của ví Binance Ví Binance bắt đầu thu phí rồi; nhập mã mời của mình MY6751 để anh em được giảm 30% phí giao dịch hoàn trả, tự động vào tài khoản. Phạm vi áp dụng: quét Alpha, mua cổ phiếu Mỹ, đánh dog (?), giao dịch trong game/trading赛, hợp đồng trên chuỗi, v.v.; dự đoán đều hoàn 30%. 📌 Cách thiết lập: · Bước 1: Mở app Binance, góc phải trên bấm “Ví” → “Mời bạn” · Bước 2: Bấm “Nhập mã mời”, phí giao dịch giảm 30% · Bước 3: Nhập MY6751 rồi xác nhận là xong III. Diễn biến Trading赛 Dự án Thời gian kết thúc Mức ngưỡng thấp nhất hiện tại Số suất nhận thưởng KGEN 21:00 ngày 7 tháng 9 325,560 2200 NEX 21:00 ngày 10 tháng 9 765 2000 SLX 21:00 ngày 14 tháng 9 0 2060 O 21:00 ngày 14 tháng 9 70 2090 NES 21:00 ngày 15 tháng 9 0 2260 UB 21:00 ngày 15 tháng 9 0 2060 #币安九周年 #Alpha #ALPHA🔥
7 tháng 9: Hướng dẫn vận hành|Anh em chào buổi chiều, vừa lướt qua Alpha và các hoạt động, nói vài câu sơ qua.

I. Airdrop

📅 7 tháng 9 (hôm nay)

1️⃣ Airdrop Alpha Binance
Theo tần suất này, tối nay rất có khả năng sẽ có đợt airdrop cho các đồng cũ, đừng buồn ngủ, theo sát thông báo, chậm là hết.

II. Gợi ý thao tác hôm nay

1️⃣ Chiến lược quét điểm

· $NES (kỳ hạn 15 ngày) + $ARX (kỳ hạn 13 ngày): thử với số lượng nhỏ 300-500U, đừng tham.

2️⃣ Hoạt động kỷ niệm 9 năm

Tổng cộng có 9 nhiệm vụ, phần thưởng cao nhất 99,99 BNB. Làm nhiệm vụ theo thứ tự, hiện tại có thể làm đến nhiệm vụ thứ 9

Nhiệm vụ ❶ Nạp 50U, có thể dùng C2C hoặc ví; nếu ví không có thì rút từ sàn sang, sau đó lại rút về
Nhiệm vụ ❷ Giao dịch 500U, chú ý đừng giao dịch mức phí 0; mình chọn giao dịch 500U BNB
Nhiệm vụ ❸ Tài chính 29U, mua gói tiết kiệm USDC kỳ hạn 2 ngày (29USDC)
Nhiệm vụ ❹ Tháp hợp đồng, có thể mở với tổn hao BNB 0,5U
Nhiệm vụ ❺ bStocks, mình mua 200U của $SPCXB , đường dẫn → Tài chính truyền thống → Giao ngay
Nhiệm vụ ❻ Mời bạn, dán link của bạn ở phần bình luận, người khác mở bằng trình duyệt là được
Nhiệm vụ ❼ Giao ngay, mình mua 226U của $BTC, qua ải
Nhiệm vụ ❽ Mời bạn, nhiệm vụ này cần đăng ký mới; ai chưa đăng ký thì dùng link có thể dùng để đăng ký làm nhiệm vụ https://www.bsmkweb.cc/activity/binance-turns-9?ref=MY6751
Nhiệm vụ ❾ Dự đoán, trong ví mục Dự đoán → Văn hóa → Chúa Giê-su sẽ đến vào năm 2027 không? Chọn Không mua, 51U rồi bán

⚠️ Phúc lợi mã mời của ví Binance
Ví Binance bắt đầu thu phí rồi; nhập mã mời của mình MY6751 để anh em được giảm 30% phí giao dịch hoàn trả, tự động vào tài khoản.

Phạm vi áp dụng: quét Alpha, mua cổ phiếu Mỹ, đánh dog (?), giao dịch trong game/trading赛, hợp đồng trên chuỗi, v.v.; dự đoán đều hoàn 30%.

📌 Cách thiết lập:

· Bước 1: Mở app Binance, góc phải trên bấm “Ví” → “Mời bạn”
· Bước 2: Bấm “Nhập mã mời”, phí giao dịch giảm 30%
· Bước 3: Nhập MY6751 rồi xác nhận là xong

III. Diễn biến Trading赛

Dự án Thời gian kết thúc Mức ngưỡng thấp nhất hiện tại Số suất nhận thưởng
KGEN 21:00 ngày 7 tháng 9 325,560 2200
NEX 21:00 ngày 10 tháng 9 765 2000
SLX 21:00 ngày 14 tháng 9 0 2060
O 21:00 ngày 14 tháng 9 70 2090
NES 21:00 ngày 15 tháng 9 0 2260
UB 21:00 ngày 15 tháng 9 0 2060
#币安九周年 #Alpha #ALPHA🔥
Binance lão huynh, sinh nhật lần thứ 9 vui vẻ!🎂 Từ việc mở khóa địa danh thứ 1 đến khi gom đủ cả 9 cái, suốt hành trình cứ bám theo bạn với tinh thần “Built by you” thật sự đã—không chỉ cày được USDC đâu, mà còn chờ để lao lên giải thưởng tối thượng 99.99 BNB kia nữa (mơ cũng không phạm luật đúng không nhỉ😄). Chín năm thăng trầm, bạn chịu được cũng chơi hết mình, anh em người dùng cũ tụi mình chỉ mong cho yên tâm, cho vui. Sau này vẫn cùng nhau cày, cùng nhau canh thị trường, chúc chúng ta đều phát tài, chúc Binance ngày càng mạnh mẽ và “hardcore” hơn! #BinanceTurns9 tiếp tục xông lên nhé!🚀 (Câu chuyện của mình vẫn đang viết tiếp, còn của bạn thì sao? Quét mã gặp nhé~)
Binance lão huynh, sinh nhật lần thứ 9 vui vẻ!🎂
Từ việc mở khóa địa danh thứ 1 đến khi gom đủ cả 9 cái, suốt hành trình cứ bám theo bạn với tinh thần “Built by you” thật sự đã—không chỉ cày được USDC đâu, mà còn chờ để lao lên giải thưởng tối thượng 99.99 BNB kia nữa (mơ cũng không phạm luật đúng không nhỉ😄).
Chín năm thăng trầm, bạn chịu được cũng chơi hết mình, anh em người dùng cũ tụi mình chỉ mong cho yên tâm, cho vui.
Sau này vẫn cùng nhau cày, cùng nhau canh thị trường, chúc chúng ta đều phát tài, chúc Binance ngày càng mạnh mẽ và “hardcore” hơn!
#BinanceTurns9 tiếp tục xông lên nhé!🚀
(Câu chuyện của mình vẫn đang viết tiếp, còn của bạn thì sao? Quét mã gặp nhé~)
Hôm nay tôi muốn bàn về một cái bẫy dễ bị bỏ qua: bằng chứng ZK rất đáng tin cậy, nhưng nó chỉ có thể chứng minh “các thao tác tuân thủ đúng ranh giới mà bạn đặt ra”, chứ không thể giúp bạn đánh giá ranh giới bạn đặt có đúng hay không. Ví dụ, tôi thiết lập cho một AI agent các quy tắc: mỗi giao dịch không quá 1000U, chỉ được vào hai giao thức A và B, và sau 12 giờ đêm thì tạm dừng thao tác. Newton’s zkPermissions có thể biến các ranh giới đó thành điều kiện có thể kiểm chứng, để mỗi lần agent thực thi đều chứng minh rằng nó không vượt ranh giới. Nghe có vẻ rất ổn, đúng không? Vấn đề là, nếu ngay từ đầu tôi viết hạn mức thành 10000U, hoặc ghi sai thời gian tạm dừng, hoặc vô tình đưa nhầm giao thức rủi ro cao vào danh sách trắng, thì ZK vẫn sẽ rất “thật thà” chứng minh rằng: giao dịch này phù hợp với “các tham số sai”. Toán học không gian dối, nhưng nó cũng không giúp con người bù não. Vì vậy, tôi nghĩ @NewtonProtocol thực sự muốn giải quyết không chỉ là “agent có bị vượt quyền hay không”, mà còn là “người dùng có thể hiểu mình đã cấp những gì hay không”. Nếu việc cấu hình tham số giống như mã hợp đồng mà khó đọc, thì người bình thường cuối cùng vẫn sẽ ký mù. Tôi kỳ vọng hơn rằng sau này Newton Mainnet Beta sẽ biến các ranh giới quyền thành một danh sách có thể đọc được: hạn mức, giao thức, thời gian, tài sản, điều kiện kích hoạt—mỗi mục một dòng để người dùng xác nhận. ZK chịu trách nhiệm chứng minh, giao diện chịu trách nhiệm để người dùng đừng đặt sai; hai việc này thiếu một không được. $NEWT không nên chỉ dựa vào bốn chữ “an toàn bằng toán học”, mà phải mang lại giá trị để người dùng bình thường thực sự có thể thiết lập rõ ràng các quy tắc.🙂 @NewtonProtocol $NEWT #Newt
Hôm nay tôi muốn bàn về một cái bẫy dễ bị bỏ qua: bằng chứng ZK rất đáng tin cậy, nhưng nó chỉ có thể chứng minh “các thao tác tuân thủ đúng ranh giới mà bạn đặt ra”, chứ không thể giúp bạn đánh giá ranh giới bạn đặt có đúng hay không.

Ví dụ, tôi thiết lập cho một AI agent các quy tắc: mỗi giao dịch không quá 1000U, chỉ được vào hai giao thức A và B, và sau 12 giờ đêm thì tạm dừng thao tác. Newton’s zkPermissions có thể biến các ranh giới đó thành điều kiện có thể kiểm chứng, để mỗi lần agent thực thi đều chứng minh rằng nó không vượt ranh giới. Nghe có vẻ rất ổn, đúng không?

Vấn đề là, nếu ngay từ đầu tôi viết hạn mức thành 10000U, hoặc ghi sai thời gian tạm dừng, hoặc vô tình đưa nhầm giao thức rủi ro cao vào danh sách trắng, thì ZK vẫn sẽ rất “thật thà” chứng minh rằng: giao dịch này phù hợp với “các tham số sai”. Toán học không gian dối, nhưng nó cũng không giúp con người bù não.

Vì vậy, tôi nghĩ @NewtonProtocol thực sự muốn giải quyết không chỉ là “agent có bị vượt quyền hay không”, mà còn là “người dùng có thể hiểu mình đã cấp những gì hay không”. Nếu việc cấu hình tham số giống như mã hợp đồng mà khó đọc, thì người bình thường cuối cùng vẫn sẽ ký mù.

Tôi kỳ vọng hơn rằng sau này Newton Mainnet Beta sẽ biến các ranh giới quyền thành một danh sách có thể đọc được: hạn mức, giao thức, thời gian, tài sản, điều kiện kích hoạt—mỗi mục một dòng để người dùng xác nhận. ZK chịu trách nhiệm chứng minh, giao diện chịu trách nhiệm để người dùng đừng đặt sai; hai việc này thiếu một không được.

$NEWT không nên chỉ dựa vào bốn chữ “an toàn bằng toán học”, mà phải mang lại giá trị để người dùng bình thường thực sự có thể thiết lập rõ ràng các quy tắc.🙂
@NewtonProtocol $NEWT #Newt
Bài viết
“Hành lang trung tâm” trong các hệ thống phi tập trung: lớp tin nhắn NATS của Newton đáng để xem xét nghiêm túcHôm nay không bàn về giá, cũng không bàn về việc “AI agent có làm thay đổi DeFi hay không”. Tôi muốn tập trung vào một chi tiết kỹ thuật rất nhỏ nhưng vô cùng then chốt: @NewtonProtocol lớp message streaming NATS được nhắc đến trong bản whitepaper. Điểm này nhìn từ đầu rất bình thường, như thể chỉ là một hàng đợi tin nhắn mà kỹ sư mới quan tâm. Nhưng càng nghĩ tôi càng thấy nó có thể quyết định việc hệ thống tự động hóa có thể được xác minh như Newton liệu có chạy trơn tru trong môi trường thực tế hay không. 1. Hệ thống phi tập trung cũng cần giao tiếp Nhiều người hiểu về phi tập trung chỉ tập trung vào số lượng nút, quy mô đặt cọc, ngưỡng chữ ký. Có vẻ như chỉ cần Operator đủ nhiều, BLS có thể tổng hợp, và EigenLayer có thể cung cấp an ninh kinh tế thì hệ thống sẽ tự nhiên trở nên đáng tin cậy.

“Hành lang trung tâm” trong các hệ thống phi tập trung: lớp tin nhắn NATS của Newton đáng để xem xét nghiêm túc

Hôm nay không bàn về giá, cũng không bàn về việc “AI agent có làm thay đổi DeFi hay không”. Tôi muốn tập trung vào một chi tiết kỹ thuật rất nhỏ nhưng vô cùng then chốt: @NewtonProtocol lớp message streaming NATS được nhắc đến trong bản whitepaper.
Điểm này nhìn từ đầu rất bình thường, như thể chỉ là một hàng đợi tin nhắn mà kỹ sư mới quan tâm. Nhưng càng nghĩ tôi càng thấy nó có thể quyết định việc hệ thống tự động hóa có thể được xác minh như Newton liệu có chạy trơn tru trong môi trường thực tế hay không.
1. Hệ thống phi tập trung cũng cần giao tiếp
Nhiều người hiểu về phi tập trung chỉ tập trung vào số lượng nút, quy mô đặt cọc, ngưỡng chữ ký. Có vẻ như chỉ cần Operator đủ nhiều, BLS có thể tổng hợp, và EigenLayer có thể cung cấp an ninh kinh tế thì hệ thống sẽ tự nhiên trở nên đáng tin cậy.
📅 8 tháng 7 (hôm nay) I. Airdrop & Mở khóa mới 1️⃣ Airdrop Binance Alpha Anh em đợi lâu quá rồi nhỉ, 6 ngày không có động tĩnh, cuối cùng cũng có hộp quà. Nhiều tài khoản thì anh em chưa kịp “khui” chắc cũng đói bụng rồi. Theo nhịp trước đó, hôm nay có khả năng sẽ phát 1 phần. Có nhiều tài khoản thì chú ý canh kỹ thời gian nhận, đừng bỏ lỡ. II. Gợi ý thao tác hôm nay 1️⃣ Chiến lược cày điểm · $KGEN (kỳ hạn 1 ngày): số tiền nhỏ 300-500U là hợp lý · $ARX (kỳ hạn 14 ngày): tùy lực mà làm 2️⃣ Hoạt động kỷ niệm 9 năm Bây giờ đã làm tới bước 3 rồi, nhưng hiện tại vẫn chưa thấy hiển thị hoàn thành. Chắc dữ liệu ở hậu trường chưa đồng bộ, cứ kiên nhẫn chờ, đừng vội.#币安九周年 3️⃣ Thị trường tổng quan BTC 63.000, $BNB 577, cơ bản đi ngang không có biến động lớn, vẫn trong vùng dao động. ⚠️ Lợi ích mời bạn của ví Binance Ví Binance bắt đầu thu phí rồi. Điền mã mời của mình MY6751 có thể giúp anh em tiết kiệm 30% phí giao dịch (tỷ lệ cao nhất toàn mạng), hoa hồng hệ thống tự động được hoàn vào. Bao phủ nhiều tình huống: quét Alpha, mua cổ phiếu Mỹ, đánh chó, quét cuộc thi giao dịch, hợp đồng on-chain… dùng càng nhiều thì về sau khi nâng cấp, mình cũng sẽ điều chỉnh tỷ lệ hoàn cao hơn cho mọi người. 📌 Các bước cài đặt: · Bước 1: Mở app Binance, góc phải phía trên bấm “Ví” → “Mời bạn bè” · Bước 2: Bấm “Nhập mã mời”, phí giao dịch giảm 30% · Bước 3: Nhập MY6751 rồi xác nhận là xong III. Diễn biến cuộc thi giao dịch Dự án Thời gian kết thúc Ngưỡng tối thiểu hiện tại Số suất nhận thưởng NES 21:00 ngày 8/7 259,957 2260 KGEN 21:00 ngày 9/7 268,871 2200 NEX 21:00 ngày 10/7 31 2000 SLX 21:00 ngày 14/7 0 2060 O 21:00 ngày 14/7 0 2090 NES và KGEN hôm nay/ngày mai là kết thúc rồi, ngưỡng cứ tăng dần. Người đang ngồi trên “xe” thì chú ý canh thời gian; chưa lên xe thì tự phán xem có nên đu theo không. Hôm nay tới đây thôi. Có vấn đề thì bình luận, thấy là mình sẽ trả lời.#ALPHA #ALPHA🔥
📅 8 tháng 7 (hôm nay)

I. Airdrop & Mở khóa mới

1️⃣ Airdrop Binance Alpha
Anh em đợi lâu quá rồi nhỉ, 6 ngày không có động tĩnh, cuối cùng cũng có hộp quà. Nhiều tài khoản thì anh em chưa kịp “khui” chắc cũng đói bụng rồi.

Theo nhịp trước đó, hôm nay có khả năng sẽ phát 1 phần. Có nhiều tài khoản thì chú ý canh kỹ thời gian nhận, đừng bỏ lỡ.

II. Gợi ý thao tác hôm nay

1️⃣ Chiến lược cày điểm

· $KGEN (kỳ hạn 1 ngày): số tiền nhỏ 300-500U là hợp lý
· $ARX (kỳ hạn 14 ngày): tùy lực mà làm

2️⃣ Hoạt động kỷ niệm 9 năm
Bây giờ đã làm tới bước 3 rồi, nhưng hiện tại vẫn chưa thấy hiển thị hoàn thành. Chắc dữ liệu ở hậu trường chưa đồng bộ, cứ kiên nhẫn chờ, đừng vội.#币安九周年

3️⃣ Thị trường tổng quan
BTC 63.000, $BNB 577, cơ bản đi ngang không có biến động lớn, vẫn trong vùng dao động.

⚠️ Lợi ích mời bạn của ví Binance
Ví Binance bắt đầu thu phí rồi. Điền mã mời của mình MY6751 có thể giúp anh em tiết kiệm 30% phí giao dịch (tỷ lệ cao nhất toàn mạng), hoa hồng hệ thống tự động được hoàn vào.

Bao phủ nhiều tình huống: quét Alpha, mua cổ phiếu Mỹ, đánh chó, quét cuộc thi giao dịch, hợp đồng on-chain… dùng càng nhiều thì về sau khi nâng cấp, mình cũng sẽ điều chỉnh tỷ lệ hoàn cao hơn cho mọi người.

📌 Các bước cài đặt:

· Bước 1: Mở app Binance, góc phải phía trên bấm “Ví” → “Mời bạn bè”
· Bước 2: Bấm “Nhập mã mời”, phí giao dịch giảm 30%
· Bước 3: Nhập MY6751 rồi xác nhận là xong

III. Diễn biến cuộc thi giao dịch

Dự án Thời gian kết thúc Ngưỡng tối thiểu hiện tại Số suất nhận thưởng
NES 21:00 ngày 8/7 259,957 2260
KGEN 21:00 ngày 9/7 268,871 2200
NEX 21:00 ngày 10/7 31 2000
SLX 21:00 ngày 14/7 0 2060
O 21:00 ngày 14/7 0 2090

NES và KGEN hôm nay/ngày mai là kết thúc rồi, ngưỡng cứ tăng dần. Người đang ngồi trên “xe” thì chú ý canh thời gian; chưa lên xe thì tự phán xem có nên đu theo không.

Hôm nay tới đây thôi. Có vấn đề thì bình luận, thấy là mình sẽ trả lời.#ALPHA #ALPHA🔥
Đã xác minh
Hôm nay tôi muốn viết một câu hỏi hơi kém “dễ chịu”: nếu TEE chạy trên máy chủ đám mây, thì phần “có thể xác minh” của Newton rốt cuộc đã xác minh đến tầng nào? Nhiều người vừa thấy TEE, ZK, AVS là yên tâm, cho rằng bộ kết hợp này đã giải quyết xong toàn bộ vấn đề tin cậy. Nhưng càng đọc kỹ bạch giấy @NewtonProtocol , tôi càng thấy không thể “làm biếng” theo cách đó. TEE có thể chứng minh một đoạn mã chạy trong môi trường cô lập; ZK có thể chứng minh một kết quả tính toán không bị bịa; việc đặt cọc của Operator có thể khiến hành vi xấu có cái giá. Chúng đều quan trọng, nhưng chúng không phải là cùng một kiểu an ninh. $BLUR Thứ dễ bị bỏ qua nhất lại là phần cứng và môi trường vận hành. Ví dụ, nếu TEE phụ thuộc vào bằng chứng phần cứng của nhà cung cấp đám mây, thì về bề mặt người dùng đang xác minh Newton, nhưng ở tầng sâu hơn, họ thực chất đang gián tiếp tin rằng cơ sở hạ tầng đám mây đó không có vấn đề. Nếu không nói rõ ranh giới này, thì cái gọi là phi tập trung rất dễ biến thành “chuyển niềm tin sang một căn phòng khác”. $RIF Ngược lại, tôi nghĩ phần có giá trị của Newton nằm ở chỗ nó không chỉ “đặt cược” vào một tầng công nghệ. Ngắn hạn dùng TEE để tăng tính sẵn sàng; trung hạn dựa vào mạng Operator và các chứng minh BLS cho kết quả; dài hạn thì tiếp tục tiến về các hướng tính toán bảo mật mạnh hơn như MPC, FHE. Lộ trình là đúng, nhưng thị trường không nên coi lộ trình như trạng thái “đã hoàn thành”. Vì vậy, khi tôi nhìn $NEWT , tôi sẽ không chỉ hỏi “có TEE hay không”. Tôi muốn xem ba điều: bằng chứng do ai cấp phát, khi thất bại thì ai chịu trách nhiệm, và tương lai liệu có thể giảm được sự phụ thuộc vào một môi trường đám mây đơn lẻ hay không. An ninh trên chuỗi không phải là nhồi đầy thuật ngữ, mà là mở rộng từng tầng niềm tin ra để người dùng thấy rõ. #Newt #币安九周年
Hôm nay tôi muốn viết một câu hỏi hơi kém “dễ chịu”: nếu TEE chạy trên máy chủ đám mây, thì phần “có thể xác minh” của Newton rốt cuộc đã xác minh đến tầng nào?

Nhiều người vừa thấy TEE, ZK, AVS là yên tâm, cho rằng bộ kết hợp này đã giải quyết xong toàn bộ vấn đề tin cậy. Nhưng càng đọc kỹ bạch giấy @NewtonProtocol , tôi càng thấy không thể “làm biếng” theo cách đó. TEE có thể chứng minh một đoạn mã chạy trong môi trường cô lập; ZK có thể chứng minh một kết quả tính toán không bị bịa; việc đặt cọc của Operator có thể khiến hành vi xấu có cái giá. Chúng đều quan trọng, nhưng chúng không phải là cùng một kiểu an ninh. $BLUR

Thứ dễ bị bỏ qua nhất lại là phần cứng và môi trường vận hành. Ví dụ, nếu TEE phụ thuộc vào bằng chứng phần cứng của nhà cung cấp đám mây, thì về bề mặt người dùng đang xác minh Newton, nhưng ở tầng sâu hơn, họ thực chất đang gián tiếp tin rằng cơ sở hạ tầng đám mây đó không có vấn đề. Nếu không nói rõ ranh giới này, thì cái gọi là phi tập trung rất dễ biến thành “chuyển niềm tin sang một căn phòng khác”. $RIF

Ngược lại, tôi nghĩ phần có giá trị của Newton nằm ở chỗ nó không chỉ “đặt cược” vào một tầng công nghệ. Ngắn hạn dùng TEE để tăng tính sẵn sàng; trung hạn dựa vào mạng Operator và các chứng minh BLS cho kết quả; dài hạn thì tiếp tục tiến về các hướng tính toán bảo mật mạnh hơn như MPC, FHE. Lộ trình là đúng, nhưng thị trường không nên coi lộ trình như trạng thái “đã hoàn thành”.
Vì vậy, khi tôi nhìn $NEWT , tôi sẽ không chỉ hỏi “có TEE hay không”. Tôi muốn xem ba điều: bằng chứng do ai cấp phát, khi thất bại thì ai chịu trách nhiệm, và tương lai liệu có thể giảm được sự phụ thuộc vào một môi trường đám mây đơn lẻ hay không. An ninh trên chuỗi không phải là nhồi đầy thuật ngữ, mà là mở rộng từng tầng niềm tin ra để người dùng thấy rõ. #Newt
#币安九周年
Bài viết
Chính sách sẽ thay đổi, mã sẽ thay đổi thế nào: Newton không phải khó nhất chỉ ở RegoHôm nay tôi muốn nhìn Newton từ một góc độ rất thực tế: chính sách sẽ thay đổi, vậy mã sẽ thay đổi theo như thế nào? Nhiều người khi thảo luận @NewtonProtocol sẽ tập trung vào các thuật ngữ kỹ thuật như Rego, Policy Engine, chữ ký BLS và mạng của Operator. Chúng tất nhiên rất quan trọng, nhưng nếu đặt bối cảnh vào thế giới tài chính thực tế, điều rắc rối nhất thường không phải là “có viết được một quy tắc không”, mà là “sau khi quy tắc thay đổi, hệ thống làm sao biết rằng mình cần chuyển sang quy tắc mới”. Chuyện này nghe có vẻ không “sexy” lắm, nhưng lại là cái bẫy mà việc triển khai lâu dài của tuân thủ trên chuỗi và tự động hóa không thể né tránh. I. Mã tĩnh đối mặt với chính sách thay đổi

Chính sách sẽ thay đổi, mã sẽ thay đổi thế nào: Newton không phải khó nhất chỉ ở Rego

Hôm nay tôi muốn nhìn Newton từ một góc độ rất thực tế: chính sách sẽ thay đổi, vậy mã sẽ thay đổi theo như thế nào?
Nhiều người khi thảo luận @NewtonProtocol sẽ tập trung vào các thuật ngữ kỹ thuật như Rego, Policy Engine, chữ ký BLS và mạng của Operator. Chúng tất nhiên rất quan trọng, nhưng nếu đặt bối cảnh vào thế giới tài chính thực tế, điều rắc rối nhất thường không phải là “có viết được một quy tắc không”, mà là “sau khi quy tắc thay đổi, hệ thống làm sao biết rằng mình cần chuyển sang quy tắc mới”.
Chuyện này nghe có vẻ không “sexy” lắm, nhưng lại là cái bẫy mà việc triển khai lâu dài của tuân thủ trên chuỗi và tự động hóa không thể né tránh.
I. Mã tĩnh đối mặt với chính sách thay đổi
·
--
Tăng giá
Đúng một phần
Trong Newton Mainnet Beta có một chi tiết không quá nổi bật, nhưng theo tôi thì rất hữu dụng: có thể đính kèm thời gian hết hạn cho chứng chỉ, và khi bên cấp phát hỗ trợ thì có thể làm mới theo từng phần (incremental refresh).$NEWT Câu này nghe như mô tả sản phẩm, nhưng khi đưa vào thực tế thì lại rất dễ hiểu. Hộ chiếu hết hạn không có nghĩa là người đó biến mất; giấy tờ chứng minh thu nhập hết hạn cũng không đồng nghĩa phải dựng lại toàn bộ bộ hồ sơ định danh từ đầu. Chứng chỉ trên chuỗi cũng tương tự vậy. Kết quả KYC, tư cách nhà đầu tư đủ điều kiện, trạng thái theo khu vực đều có thể thay đổi; thứ thực sự cần cập nhật là “hiện tại còn đáp ứng điều kiện hay không”, chứ không phải mỗi lần đều bắt người dùng nộp lại toàn bộ tài liệu từ đầu.$BTC Tôi quan tâm nhất đến ba trạng thái: khi nào thì hết hạn, ai thực hiện việc làm mới, và sau khi bị thu hồi thì hiệu lực bắt đầu sau bao lâu. Thiếu một trong số đó, thì cái gọi là danh tính có thể tái sử dụng cũng có thể biến thành một “thẻ thông hành dữ liệu cũ”.$ETH @NewtonProtocol Hướng đi mà whitepaper đưa ra là: chứng chỉ có thể được tái sử dụng xuyên ứng dụng, xuyên chuỗi, đồng thời mang theo siêu dữ liệu hết hạn; nếu bên cấp phát hỗ trợ cập nhật theo từng phần, người dùng không cần phải kiểm tra lại toàn bộ một cách đầy đủ từ đầu. Khi xác minh, thứ cần nhìn thấy trên chuỗi là kết quả bằng chứng và ủy quyền, chứ không phải toàn bộ hồ sơ định danh. Điều này gần với thế giới thực hơn so với ý tưởng “ghi vĩnh viễn danh tính lên chuỗi”. Năng lực đủ điều kiện của một người sẽ thay đổi, và quy định cũng sẽ thay đổi. Một hệ thống danh tính tốt không nên “đóng đinh” con người vào một nhãn duy nhất; mà phải trả lời đúng câu hỏi: tư cách này ngay lúc này còn hiệu lực không?🙂 Tiếp theo, tôi sẽ xem Newton Mainnet Beta không chỉ ở chỗ có thể xác minh được hay không, mà còn xem ba chuyện nhỏ là hết hạn, làm mới và thu hồi có rõ ràng đủ dùng hay không. Chúng không ồn ào, nhưng lại quyết định tổ chức có dám sử dụng lâu dài hay không.#Newt #美国科技股期货上涨
Trong Newton Mainnet Beta có một chi tiết không quá nổi bật, nhưng theo tôi thì rất hữu dụng: có thể đính kèm thời gian hết hạn cho chứng chỉ, và khi bên cấp phát hỗ trợ thì có thể làm mới theo từng phần (incremental refresh).$NEWT

Câu này nghe như mô tả sản phẩm, nhưng khi đưa vào thực tế thì lại rất dễ hiểu. Hộ chiếu hết hạn không có nghĩa là người đó biến mất; giấy tờ chứng minh thu nhập hết hạn cũng không đồng nghĩa phải dựng lại toàn bộ bộ hồ sơ định danh từ đầu. Chứng chỉ trên chuỗi cũng tương tự vậy. Kết quả KYC, tư cách nhà đầu tư đủ điều kiện, trạng thái theo khu vực đều có thể thay đổi; thứ thực sự cần cập nhật là “hiện tại còn đáp ứng điều kiện hay không”, chứ không phải mỗi lần đều bắt người dùng nộp lại toàn bộ tài liệu từ đầu.$BTC

Tôi quan tâm nhất đến ba trạng thái: khi nào thì hết hạn, ai thực hiện việc làm mới, và sau khi bị thu hồi thì hiệu lực bắt đầu sau bao lâu. Thiếu một trong số đó, thì cái gọi là danh tính có thể tái sử dụng cũng có thể biến thành một “thẻ thông hành dữ liệu cũ”.$ETH

@NewtonProtocol Hướng đi mà whitepaper đưa ra là: chứng chỉ có thể được tái sử dụng xuyên ứng dụng, xuyên chuỗi, đồng thời mang theo siêu dữ liệu hết hạn; nếu bên cấp phát hỗ trợ cập nhật theo từng phần, người dùng không cần phải kiểm tra lại toàn bộ một cách đầy đủ từ đầu. Khi xác minh, thứ cần nhìn thấy trên chuỗi là kết quả bằng chứng và ủy quyền, chứ không phải toàn bộ hồ sơ định danh.

Điều này gần với thế giới thực hơn so với ý tưởng “ghi vĩnh viễn danh tính lên chuỗi”. Năng lực đủ điều kiện của một người sẽ thay đổi, và quy định cũng sẽ thay đổi. Một hệ thống danh tính tốt không nên “đóng đinh” con người vào một nhãn duy nhất; mà phải trả lời đúng câu hỏi: tư cách này ngay lúc này còn hiệu lực không?🙂

Tiếp theo, tôi sẽ xem Newton Mainnet Beta không chỉ ở chỗ có thể xác minh được hay không, mà còn xem ba chuyện nhỏ là hết hạn, làm mới và thu hồi có rõ ràng đủ dùng hay không. Chúng không ồn ào, nhưng lại quyết định tổ chức có dám sử dụng lâu dài hay không.#Newt
#美国科技股期货上涨
Đă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