Binance Square
#shareyourthoughts

shareyourthoughts

25,867 lượt xem
102 đang thảo luận
Mirza_X_Mustafa
·
--
Hôm nay tôi đã dành một chút thời gian riêng cho luồng fill của GRVT, tách biệt khỏi luồng trạng thái đơn hàng tổng quát, vì các lệnh fill mang theo thông tin mà trạng thái đơn hàng tự nó không phản ánh đầy đủ. Cập nhật trạng thái đơn hàng cho bạn biết rằng một đơn hàng hiện đã được khớp một phần. Ví dụ. Còn sự kiện fill cụ thể thì cho bạn biết về chính việc thực thi: giá, số lượng và có lẽ là khoản phí được tính cho đúng lệnh fill đó. Chúng có liên quan nhưng là các phần thông tin khác nhau: trạng thái đơn hàng nói về tổng thể tình trạng của các đơn, trong khi các sự kiện fill lại nói về từng lần thực thi riêng lẻ, đóng góp vào trạng thái đó. Vì sao GRVT lại công bố chúng như hai luồng tách biệt thay vì chỉ gộp chi tiết fill vào các bản cập nhật trạng thái đơn hàng. Đoán của tôi là: một đơn hàng có thể tạo ra nhiều lệnh fill theo thời gian khi nó được thực hiện một cách từng phần qua nhiều lần khớp khác nhau, và việc coi mỗi lệnh fill như một sự kiện riêng biệt sẽ giúp client tái dựng chính xác lịch sử thực thi, bao gồm giá fill trung bình và việc dồn phí, mà không cần phải suy ra lịch sử đó chỉ từ chuỗi các ảnh chụp trạng thái đơn hàng. Đối với bất kỳ ai thực hiện kế toán chính xác hoặc phân tích hiệu năng, luồng fill có lẽ là nguồn dữ liệu sự thật (source of truth) thực sự: trạng thái đơn hàng cho bạn biết hiện tại mọi thứ đang ở đâu, còn các fill cho bạn biết chính xác bạn đã đi đến đó như thế nào. Vẫn đang xem xét liệu một sự kiện fill có thể trải qua nhiều đơn hàng trong trường hợp các loại lệnh phức tạp hay không, hoặc liệu các fill luôn ánh xạ gọn gàng theo kiểu một-một với một đơn hàng nguồn duy nhất trên GRVT. $EVAA $LAB $ALLO #ShareYourThoughts @grvt_io #grvt
Hôm nay tôi đã dành một chút thời gian riêng cho luồng fill của GRVT, tách biệt khỏi luồng trạng thái đơn hàng tổng quát, vì các lệnh fill mang theo thông tin mà trạng thái đơn hàng tự nó không phản ánh đầy đủ.

Cập nhật trạng thái đơn hàng cho bạn biết rằng một đơn hàng hiện đã được khớp một phần. Ví dụ. Còn sự kiện fill cụ thể thì cho bạn biết về chính việc thực thi: giá, số lượng và có lẽ là khoản phí được tính cho đúng lệnh fill đó.

Chúng có liên quan nhưng là các phần thông tin khác nhau: trạng thái đơn hàng nói về tổng thể tình trạng của các đơn, trong khi các sự kiện fill lại nói về từng lần thực thi riêng lẻ, đóng góp vào trạng thái đó.

Vì sao GRVT lại công bố chúng như hai luồng tách biệt thay vì chỉ gộp chi tiết fill vào các bản cập nhật trạng thái đơn hàng.

Đoán của tôi là: một đơn hàng có thể tạo ra nhiều lệnh fill theo thời gian khi nó được thực hiện một cách từng phần qua nhiều lần khớp khác nhau, và việc coi mỗi lệnh fill như một sự kiện riêng biệt sẽ giúp client tái dựng chính xác lịch sử thực thi, bao gồm giá fill trung bình và việc dồn phí, mà không cần phải suy ra lịch sử đó chỉ từ chuỗi các ảnh chụp trạng thái đơn hàng.

Đối với bất kỳ ai thực hiện kế toán chính xác hoặc phân tích hiệu năng, luồng fill có lẽ là nguồn dữ liệu sự thật (source of truth) thực sự: trạng thái đơn hàng cho bạn biết hiện tại mọi thứ đang ở đâu, còn các fill cho bạn biết chính xác bạn đã đi đến đó như thế nào.

Vẫn đang xem xét liệu một sự kiện fill có thể trải qua nhiều đơn hàng trong trường hợp các loại lệnh phức tạp hay không, hoặc liệu các fill luôn ánh xạ gọn gàng theo kiểu một-một với một đơn hàng nguồn duy nhất trên GRVT.

$EVAA $LAB $ALLO
#ShareYourThoughts
@grvt_io #grvt
Fills Ledger Orders Risk
40%
Unified single stream
20%
Fills only Atomic
40%
I pray my DB matches
0%
15 phiếu bầu • Cuộc bỏ phiếu đã kết thúc
Đã ánh xạ ba thực thể cốt lõi từ báo cáo Q3 2025 với những gì hiện có trong tài liệu hiện hành vì cách diễn đạt ban đầu sử dụng ngôn từ hơi khác và cần xác nhận rằng cấu trúc vẫn được giữ nguyên xuyên suốt quá trình phát triển thuật ngữ. Cách diễn đạt ban đầu: ba vai trò hợp tác phản chiếu các hệ thống kiểm soát truyền thống trong thế giới thực. Applications xác định chính sách và yêu cầu đánh giá cho các hành động cụ thể. Operators là các trình xác thực phân tán (decentralized validators) đánh giá chính sách bằng cách kiểm tra xem các ý định (intents) được đề xuất có tuân thủ các quy tắc đã nêu hay không. Data Providers được các nhà phát triển thu thập/tiếp nhận để cung cấp các đầu vào onchain và offchain cần cho việc đánh giá chính sách, chẳng hạn như xác thực danh tính (identity attestations), điểm rủi ro (risk scores) hoặc các danh sách quy định. Tài liệu hiện hành mô tả về cơ bản cùng ba vai trò nhưng có thêm chi tiết kiến trúc: Applications đăng ký như Policy Clients và gửi các transaction intents. Data Providers tích hợp thông qua các plugin WASM với giới hạn tài nguyên và các đầu ra đã được chứng thực bằng ECDSA (ECDSA Attested outputs). Cấu trúc ba vai trò cốt lõi là giống nhau. Điều đã được thêm từ Q3 2025 là tính cụ thể trong triển khai: phần diễn đạt ban đầu mô tả chức năng của từng vai trò một cách tổng quát hơn, trong khi tài liệu hiện hành bổ sung chính xác hơn. Tôi thực sự nghĩ rằng việc đối chiếu hai phiên bản song song cho thấy điều gì đó hữu ích: kiến trúc nền tảng—ba vai trò hợp tác tạo nên một vòng lặp ủy quyền liên tục gồm define (định nghĩa), evaluate (đánh giá), enforce (thực thi), record (ghi nhận)—đã được thiết lập từ sớm và vẫn ổn định về mặt cấu trúc, trong khi các chi tiết triển khai kỹ thuật được bổ sung xung quanh. Đó là dấu hiệu của sự vững tin về kiến trúc hơn là việc thiết kế lại lặp đi lặp lại. Câu hỏi là liệu bất kỳ trong ba vai trò nào đã nhận thêm hoặc mất bớt trách nhiệm giữa cách diễn đạt ban đầu và hiện nay, ngoài phần bổ sung tính cụ thể kỹ thuật—ví dụ: liệu Data Providers ban đầu có phạm vi hẹp hơn và sau đó mở rộng để bao gồm cả khả năng oracle chaining và zkTLS đã được tài liệu hóa sau này không? $EVAA $LAB #Shareyourthoughts @NewtonProtocol $NEWT #Newt Vai trò nào đã phát triển nhiều nhất kể từ Q3 2025?
Đã ánh xạ ba thực thể cốt lõi từ báo cáo Q3 2025 với những gì hiện có trong tài liệu hiện hành vì cách diễn đạt ban đầu sử dụng ngôn từ hơi khác và cần xác nhận rằng cấu trúc vẫn được giữ nguyên xuyên suốt quá trình phát triển thuật ngữ.

Cách diễn đạt ban đầu: ba vai trò hợp tác phản chiếu các hệ thống kiểm soát truyền thống trong thế giới thực. Applications xác định chính sách và yêu cầu đánh giá cho các hành động cụ thể.

Operators là các trình xác thực phân tán (decentralized validators) đánh giá chính sách bằng cách kiểm tra xem các ý định (intents) được đề xuất có tuân thủ các quy tắc đã nêu hay không. Data Providers được các nhà phát triển thu thập/tiếp nhận để cung cấp các đầu vào onchain và offchain cần cho việc đánh giá chính sách, chẳng hạn như xác thực danh tính (identity attestations), điểm rủi ro (risk scores) hoặc các danh sách quy định.

Tài liệu hiện hành mô tả về cơ bản cùng ba vai trò nhưng có thêm chi tiết kiến trúc: Applications đăng ký như Policy Clients và gửi các transaction intents.

Data Providers tích hợp thông qua các plugin WASM với giới hạn tài nguyên và các đầu ra đã được chứng thực bằng ECDSA (ECDSA Attested outputs).

Cấu trúc ba vai trò cốt lõi là giống nhau. Điều đã được thêm từ Q3 2025 là tính cụ thể trong triển khai: phần diễn đạt ban đầu mô tả chức năng của từng vai trò một cách tổng quát hơn, trong khi tài liệu hiện hành bổ sung chính xác hơn.

Tôi thực sự nghĩ rằng việc đối chiếu hai phiên bản song song cho thấy điều gì đó hữu ích: kiến trúc nền tảng—ba vai trò hợp tác tạo nên một vòng lặp ủy quyền liên tục gồm define (định nghĩa), evaluate (đánh giá), enforce (thực thi), record (ghi nhận)—đã được thiết lập từ sớm và vẫn ổn định về mặt cấu trúc, trong khi các chi tiết triển khai kỹ thuật được bổ sung xung quanh.

Đó là dấu hiệu của sự vững tin về kiến trúc hơn là việc thiết kế lại lặp đi lặp lại.

Câu hỏi là liệu bất kỳ trong ba vai trò nào đã nhận thêm hoặc mất bớt trách nhiệm giữa cách diễn đạt ban đầu và hiện nay, ngoài phần bổ sung tính cụ thể kỹ thuật—ví dụ: liệu Data Providers ban đầu có phạm vi hẹp hơn và sau đó mở rộng để bao gồm cả khả năng oracle chaining và zkTLS đã được tài liệu hóa sau này không?
$EVAA $LAB
#Shareyourthoughts
@NewtonProtocol $NEWT #Newt
Vai trò nào đã phát triển nhiều nhất kể từ Q3 2025?
Applications
34%
Operators
0%
Data Providers
33%
None mainly implementation
33%
3 phiếu bầu • Cuộc bỏ phiếu đã kết thúc
Bài viết
Ngưỡng hỏng suy giảm mạng nhà khai thácTuần này tôi đã liên tục xem xét câu hỏi về độ tin cậy của mạng nhà khai thác vì bản thuyết minh đề cập những gì Newton làm tốt trong điều kiện bình thường nhưng ít nêu rõ hơn những gì các ứng dụng nên kỳ vọng khi điều kiện không bình thường. Kiến trúc đã được tích hợp khả năng chịu lỗi thực sự. Cổng (Gateway) xử lý định tuyến cho nhà khai thác, bộ nhớ đệm và khử trùng lặp yêu cầu. Cơ chế buộc bao gồm cho phép các ứng dụng gửi tác vụ trực tiếp tới mạng nhà khai thác, bỏ qua hoàn toàn Cổng (Gateway) nếu phát hiện có kiểm duyệt.

Ngưỡng hỏng suy giảm mạng nhà khai thác

Tuần này tôi đã liên tục xem xét câu hỏi về độ tin cậy của mạng nhà khai thác vì bản thuyết minh đề cập những gì Newton làm tốt trong điều kiện bình thường nhưng ít nêu rõ hơn những gì các ứng dụng nên kỳ vọng khi điều kiện không bình thường.
Kiến trúc đã được tích hợp khả năng chịu lỗi thực sự. Cổng (Gateway) xử lý định tuyến cho nhà khai thác, bộ nhớ đệm và khử trùng lặp yêu cầu. Cơ chế buộc bao gồm cho phép các ứng dụng gửi tác vụ trực tiếp tới mạng nhà khai thác, bỏ qua hoàn toàn Cổng (Gateway) nếu phát hiện có kiểm duyệt.
Bài viết
Phân tích khoảng cách mức độ trưởng thành của Ba Trụ CộtTuần này đã tách ba trụ cột của Newton ra để hiểu trụ cột nào đã phát triển nhất, trụ cột nào còn nhiều khoảng trống nhất và trụ cột nào tạo ra rủi ro phụ thuộc lớn nhất đối với các ứng dụng xây dựng trên Newton ngay bây giờ. Chứng chỉ Xác thực Có Thể Xác Minh, Chính sách Lập Trình, Tương tác Liên Chuỗi Ba trụ cột không ở cùng mức độ trưởng thành và việc đối xử chúng như tương đương sẽ làm hiểu sai hồ sơ rủi ro khi áp dụng sớm. Chính sách Lập Trình là trụ cột trưởng thành nhất. Rego OPA là một ngôn ngữ chính sách doanh nghiệp đã được thiết lập, với hệ sinh thái công cụ phong phú và nhiều năm sử dụng trong sản xuất cho việc kiểm soát chấp nhận trong Kubernetes và ủy quyền API. Các phần mở rộng Rego của Newton bổ sung thêm năng lực mới trên một nền tảng ổn định. Việc đánh giá chính sách thông qua các bộ cung cấp dữ liệu WASM được chạy trong môi trường cô lập, lưu trữ được địa chỉ hóa theo IPFS, và đánh giá được chứng thực bằng BLS được mô tả kỹ thuật khá đầy đủ. Công cụ chính sách là phần rõ ràng nhất và đầy đủ nhất trong thiết kế của Newton.

Phân tích khoảng cách mức độ trưởng thành của Ba Trụ Cột

Tuần này đã tách ba trụ cột của Newton ra để hiểu trụ cột nào đã phát triển nhất, trụ cột nào còn nhiều khoảng trống nhất và trụ cột nào tạo ra rủi ro phụ thuộc lớn nhất đối với các ứng dụng xây dựng trên Newton ngay bây giờ. Chứng chỉ Xác thực Có Thể Xác Minh, Chính sách Lập Trình, Tương tác Liên Chuỗi
Ba trụ cột không ở cùng mức độ trưởng thành và việc đối xử chúng như tương đương sẽ làm hiểu sai hồ sơ rủi ro khi áp dụng sớm.
Chính sách Lập Trình là trụ cột trưởng thành nhất. Rego OPA là một ngôn ngữ chính sách doanh nghiệp đã được thiết lập, với hệ sinh thái công cụ phong phú và nhiều năm sử dụng trong sản xuất cho việc kiểm soát chấp nhận trong Kubernetes và ủy quyền API. Các phần mở rộng Rego của Newton bổ sung thêm năng lực mới trên một nền tảng ổn định. Việc đánh giá chính sách thông qua các bộ cung cấp dữ liệu WASM được chạy trong môi trường cô lập, lưu trữ được địa chỉ hóa theo IPFS, và đánh giá được chứng thực bằng BLS được mô tả kỹ thuật khá đầy đủ. Công cụ chính sách là phần rõ ràng nhất và đầy đủ nhất trong thiết kế của Newton.
Bài viết
Yêu cầu xem xét tuyên bố trung lập có độ tin cậy của Newton từ một góc độ cụ thể: trung lập đối với ai vàBản whitepaper mô tả Newton như một hạ tầng trung lập: một cây cầu giữa các thực thể cần những điều khác nhau từ cùng một hệ thống tài chính. Một ngân hàng được quản lý cần tính minh bạch để kiểm toán. Một giao thức DeFi cần khả năng truy cập không cần cấp phép. Người dùng cần quyền riêng tư. Cơ quan quản lý cần sự giám sát. Newton không bắt các bên này phải chọn cùng một cách tiếp cận. Đáng để tìm hiểu bên nào trong số các bên này được hưởng lợi nhiều nhất từ cách đóng khung này và bên nào ít nhất. Các tổ chức được quản lý—ngân hàng, công ty quản lý tài sản, nhà cung cấp thanh toán—được hưởng lợi trực tiếp nhất. Họ cần hạ tầng tuân thủ để tham gia vào tài chính onchain. Newton cung cấp cho họ việc thực thi chính sách có thể xác minh kèm theo dấu vết kiểm toán đáp ứng yêu cầu quy định. Các biên lai tuân thủ của Newton có ưu thế mật mã vượt trội so với những gì họ đang có hiện nay. Lập luận kinh tế là rõ ràng.

Yêu cầu xem xét tuyên bố trung lập có độ tin cậy của Newton từ một góc độ cụ thể: trung lập đối với ai và

Bản whitepaper mô tả Newton như một hạ tầng trung lập: một cây cầu giữa các thực thể cần những điều khác nhau từ cùng một hệ thống tài chính. Một ngân hàng được quản lý cần tính minh bạch để kiểm toán. Một giao thức DeFi cần khả năng truy cập không cần cấp phép. Người dùng cần quyền riêng tư. Cơ quan quản lý cần sự giám sát. Newton không bắt các bên này phải chọn cùng một cách tiếp cận.
Đáng để tìm hiểu bên nào trong số các bên này được hưởng lợi nhiều nhất từ cách đóng khung này và bên nào ít nhất.
Các tổ chức được quản lý—ngân hàng, công ty quản lý tài sản, nhà cung cấp thanh toán—được hưởng lợi trực tiếp nhất. Họ cần hạ tầng tuân thủ để tham gia vào tài chính onchain. Newton cung cấp cho họ việc thực thi chính sách có thể xác minh kèm theo dấu vết kiểm toán đáp ứng yêu cầu quy định. Các biên lai tuân thủ của Newton có ưu thế mật mã vượt trội so với những gì họ đang có hiện nay. Lập luận kinh tế là rõ ràng.
này các bạn 🤫Tôi đang giữ một ít coin $SENTIS , $SENTIS tăng giá trong 2 tháng qua, tôi thấy nó và quan sát rất kỹ.. Tôi nghĩ $SENTIS sẽ tăng lên 1$ đến 2$... các bạn nghĩ gì về coin này... #Shareyourthoughts với những người khác 🤝
này các bạn 🤫Tôi đang giữ một ít coin $SENTIS , $SENTIS tăng giá trong 2 tháng qua, tôi thấy nó và quan sát rất kỹ..
Tôi nghĩ $SENTIS sẽ tăng lên 1$ đến 2$... các bạn nghĩ gì về coin này... #Shareyourthoughts với những người khác 🤝
·
--
Tăng giá
🔥 Tâm lý thị trường hiện tại có vẻ đang lạc quan một cách thận trọng. Bitcoin đang giữ vững trong khi các tổ chức vẫn tiếp tục tích lũy, điều này không phải là thứ mà thị trường có thể bỏ qua. Mỗi lần giảm giá đều được mua vào nhanh hơn trước, và điều này thường báo hiệu sự tự tin ở phía sau. Nếu động lực tiếp tục, chu kỳ này có thể gây bất ngờ cho nhiều người. 🚀📊 Tuy nhiên, sự biến động là vua trong crypto — một tiêu đề có thể thay đổi mọi thứ chỉ sau một đêm. Tiền thông minh quản lý rủi ro trong khi luôn sẵn sàng cho cơ hội. {future}(BTCUSDT) {future}(ETHUSDT) {future}(BNBUSDT) $BTC $ETH $BNB #shareyourthoughts #bitcoin #Bullish #crypto #BinanceSquareFamily
🔥 Tâm lý thị trường hiện tại có vẻ đang lạc quan một cách thận trọng.

Bitcoin đang giữ vững trong khi các tổ chức vẫn tiếp tục tích lũy, điều này không phải là thứ mà thị trường có thể bỏ qua.

Mỗi lần giảm giá đều được mua vào nhanh hơn trước, và điều này thường báo hiệu sự tự tin ở phía sau.

Nếu động lực tiếp tục, chu kỳ này có thể gây bất ngờ cho nhiều người. 🚀📊

Tuy nhiên, sự biến động là vua trong crypto — một tiêu đề có thể thay đổi mọi thứ chỉ sau một đêm.

Tiền thông minh quản lý rủi ro trong khi luôn sẵn sàng cho cơ hội.


$BTC $ETH $BNB

#shareyourthoughts
#bitcoin
#Bullish
#crypto
#BinanceSquareFamily
·
--
Tăng giá
Chào mọi người, nếu bạn muốn chia sẻ cách kiếm tiền trong crypto thì đây sẽ là một chủ đề hay cho tất cả mọi người #Shareyourthoughts $BTC $ETH $BNB #
Chào mọi người, nếu bạn muốn chia sẻ cách kiếm tiền trong crypto thì đây sẽ là một chủ đề hay cho tất cả mọi người #Shareyourthoughts $BTC $ETH $BNB #
·
--
Tăng giá
#Shareyourthoughts Ý KIẾN rất quan trọng. HÃY CHIA SẺ DỰ ĐOÁN của bạn về $BR ... tôi dự đoán là chúng ta sẽ đi lên và wow, nhìn kìa các quý cô và quý ông. @Bedrock
#Shareyourthoughts

Ý KIẾN rất quan trọng.

HÃY CHIA SẺ DỰ ĐOÁN của bạn về $BR ... tôi dự đoán là chúng ta sẽ đi lên và wow, nhìn kìa các quý cô và quý ông.

@Bedrock
Mstar201
·
--
Tăng giá
#bedrock $BR ( Insight ) 💭👑

@Bedrock 💰👑

Bedrock ($BR ) là một dự án blockchain cung cấp giao thức Restaking đa tài sản, cho phép người dùng kiếm lợi suất cao hơn trên Ethereum, $BTC Bitcoin, và phần thưởng DePIN trong khi vẫn giữ được tính thanh khoản.

@Binance Earn Official @Binance Square Official

CƠ HỘI TUYỆT VỜI ĐANG ĐỢI PHÍA TRƯỚC 💰🍾🏆

HÃY NỖ LỰC ĐỂ TĂNG TRƯỞNG #writetoearn #BedRockProtocol
Đă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