Armin 1234

Tôi từng nghĩ phi tập trung chủ yếu là loại bỏ các trung gian. Càng tìm hiểu thiết kế mạng, tôi càng bắt đầu tự hỏi điều gì sẽ xảy ra khi tuyến đường ưu tiên không khả dụng.

Câu hỏi đó khiến cơ chế đưa lực vào danh sách (force-inclusion) của Newton trở nên thú vị hơn so với những gì tôi ban đầu tưởng tượng. Nếu các yêu cầu vẫn có thể đến được mạng của nhà điều hành mà không cần dựa vào một cổng duy nhất, thì mục tiêu không chỉ là chống kiểm duyệt. Đó là việc duy trì sự tham gia khi tuyến đường thông thường bị gián đoạn.

Điều thu hút tôi là tính năng này chỉ chứng minh giá trị của nó vào những khoảnh khắc mà không ai muốn phải trải nghiệm. Tuyến dự phòng phần lớn thời gian không được dùng, nhưng độ tin cậy của nó lại quan trọng chính vì nó tồn tại ngay trước khi sự cố xảy ra.

Với tổng cung 1 tỷ NEWT đã được cố định và hiện có khoảng 215 triệu đang lưu hành, mạng vẫn đang ở giai đoạn đầu của quá trình phân phối và được áp dụng. Tôi ít quan tâm đến các con số đó hơn là việc liệu tuyến dự phòng có giành được niềm tin trong thực tế theo thời gian hay không.

Hạ tầng mạnh mẽ nhất thường là phần mà mọi người ít khi để ý cho đến tận ngày họ thực sự cần nó.
@NewtonProtocol $NEWT #Newt

$EVAA

$BSB

Lợi ích quan trọng nhất của cơ chế force-inclusion là gì?

LONG $JCT

Vào lệnh: 0.00432 – 0.00438
TP: 0.00455
SL: 0.00418

JCT đang giữ vững phía trên vùng hỗ trợ sau một đợt tăng ổn định. Bên mua vẫn đang bảo vệ vững phạm vi hiện tại, và xu hướng vẫn mang tính tích cực. Nếu động lượng tiếp tục duy trì, khả năng sẽ có một lần kiểm tra lại đỉnh gần đây.

Giao dịch $JCT tại đây 👇

LONG $DODOX

Entry: 0.0213 – 0.0217
TP: 0.0245
SL: 0.0208

DODOX đang cố gắng phục hồi sau một đợt điều chỉnh nhanh từ đỉnh gần đây. Bên mua đang bảo vệ vùng hiện tại, và giá cho thấy dấu hiệu đang ổn định lại. Nếu mốc hỗ trợ này được giữ vững, một đợt tăng khác hướng về đỉnh trước đó có vẻ là khả thi.

Trade $DODOX ở đây 👇

Trước đây tôi nghĩ dữ liệu thị trường chỉ là thứ các trader xem xét trước khi đưa ra quyết định. Khi tôi tìm hiểu sâu hơn về các hệ thống ủy quyền, tôi bắt đầu nhìn dữ liệu theo một cách khác. Khi một mức giá trở thành một phần của chính sách, nó không còn là thông tin nữa—mà bắt đầu tác động đến những hành động thậm chí được phép thực hiện.

Ý tưởng đó bám theo tôi khi đọc về bản beta của mainnet Newton. Thực thi trực tiếp đã vận hành trên nhiều chuỗi, và lớp dữ liệu được kết nối bao phủ hơn 1.000 tài sản trên 110+ chuỗi. Khi giá trị của các vault được quản trị tiếp tục tăng trưởng, tác động của một ngưỡng chính sách đơn lẻ cũng theo đó mà lớn dần.

Điều khiến tôi quan tâm không chỉ là oracle. Các curators vẫn là người xác định giới hạn, phản hồi và quy tắc khôi phục—những yếu tố biến dữ liệu thị trường thành các quyết định cấp phép. Công nghệ có thể làm cho việc thực thi trở nên có thể kiểm chứng, nhưng nó không thể đảm bảo tính đúng đắn của sự phán quyết nằm sau chính sách đó.

Tôi đang theo dõi cách các hệ thống này vận hành trong điều kiện thực tế chứ không phải trong môi trường lý tưởng. Khi dữ liệu trở thành chính sách có thể thực thi, chất lượng của quy tắc có thể quan trọng không kém gì độ chính xác của chính bản thân mức giá.
@NewtonProtocol $NEWT #Newt
$1000XEC $JCT
Khi ủy quyền trở nên có thể lập trình, điều gì sẽ quan trọng nhất?

LONG $1000XEC

Vào lệnh: 0.00695 – 0.00710
TP: 0.00760
SL: 0.00670

1000XEC đang giữ gần các đỉnh sau một cú bứt phá mạnh. Nhịp điều chỉnh vẫn nông, cho thấy người mua vẫn còn tích cực. Nếu vùng hiện tại được giữ vững, một đợt đẩy lên nữa là hoàn toàn có thể.

Giao dịch $1000XEC ở đây 👇

DÀI $XEC

Vào lệnh: 0.00000710 – 0.00000725
TP: 0.00000850
SL: 0.00000670

XEC vẫn đang giữ vững sau một cú bứt phá mạnh. Sự điều chỉnh đã được kiểm soát, và bên mua vẫn đang bảo vệ vùng hiện tại. Nếu hỗ trợ được giữ vững, một đợt đi tiếp hướng tới đỉnh gần đây là hoàn toàn có thể.

Giao dịch $XEC tại đây 👇

Tôi nhận ra mình đã nghĩ sai về các chính sách có thể tái sử dụng. Tôi đã cho rằng lợi thế chỉ đơn giản là tránh công việc phải viết đi viết lại cùng một logic ủy quyền.

Càng tìm hiểu về Newton's Mainnet Beta, tôi càng cảm thấy ý tưởng lớn hơn nằm ở việc chuẩn hóa hạ tầng xoay quanh chính bản thân chính sách. Một “policy pack” có thể gộp một kết nối oracle, các lược đồ có kiểu (typed schemas), logic chính sách tham chiếu, và cấu hình trên chuỗi (on-chain configuration) thành một điểm khởi đầu có thể tái sử dụng. Lúc này, các nhà phát triển vẫn là người quyết định các quy tắc phù hợp với ứng dụng của họ, nhưng họ không cần phải xây dựng lại toàn bộ khung xung quanh mỗi lần.

Điều đó khiến tôi phải dừng lại.

Việc chuẩn hóa có thể cải thiện tính nhất quán, nhưng đồng thời cũng khuyến khích mọi người kế thừa những giả định mà họ có thể không xem xét thật kỹ. Một mẫu (template) được thiết kế tốt có thể giảm công sức kỹ thuật, nhưng nó không tự động tạo ra một chính sách tốt.

Tôi vẫn đang tự hỏi theo thời gian thì tác động nào sẽ trở nên quan trọng hơn. Nếu các policy pack có thể tái sử dụng giúp việc ủy quyền dễ được kiểm tra và điều chỉnh hơn, chúng có thể trở thành một hạ tầng thực sự giá trị. Nhưng nếu các nhóm ngừng việc chất vấn các giá trị mặc định mà họ kế thừa, thì sự tiện lợi có thể âm thầm trở thành một nguồn rủi ro của chính nó.
@NewtonProtocol $NEWT #Newt

$T $CLO

Chính sách có thể tái sử dụng: Tốt hay rủi ro? 🤔

Tôi bắt gặp mình đang đọc lại cùng một phần trong tài liệu của Newton vì có một chi tiết có vẻ quan trọng hơn những gì nó ban đầu thể hiện. Engine chính sách không bị giới hạn trong các nhà cung cấp dữ liệu đã được định sẵn. Nếu nguồn dữ liệu cần thiết không tồn tại, các nhà phát triển có thể tự tạo connector của riêng mình và đóng gói nó thành một mô-đun WASM chạy trong sandbox để các nhà điều hành thực thi.

Ban đầu, tôi xem đó là sự linh hoạt. Càng suy nghĩ, nó càng giống như một sự thay đổi về nơi “niềm tin” được đặt. Thay vì giao thức quyết định các nguồn dữ liệu nào được chấp nhận, quyết định đó lại được chuyển gần hơn tới người phụ trách dữ liệu (curator) hoặc ứng dụng đang xây dựng chính sách.

Sandbox có thể giảm tác động của mã lỗi, nhưng nó không tự động xác thực những giả định nằm bên trong logic. Một connector có thể chạy an toàn trong khi vẫn tạo ra các quyết định dựa trên những dữ liệu đầu vào không đầy đủ hoặc bị thiên lệch.

Đó là sự đánh đổi mà tôi vẫn đang cân nhắc. Hệ thống mở mang lại lợi ích từ khả năng mở rộng, nhưng khả năng mở rộng cũng làm tăng bề mặt nơi mà việc phán đoán quan trọng. Tôi tò mò liệu điểm khác biệt dài hạn sẽ là bản thân các connector, hay các cộng đồng tiêu chuẩn sẽ phát triển các chuẩn mực để quyết định connector nào xứng đáng được tin cậy.

@NewtonProtocol $NEWT #Newt
$CLO $B

Vài tháng trước, tôi sẽ nói thách thức lớn nhất trong crypto là làm cho giao dịch diễn ra nhanh hơn. Càng theo dõi ngành đang hướng tới đâu, tôi càng không chắc đó có phải là nút thắt thực sự.

Ngày nay, stablecoins chiếm khoảng 299,41B USD giá trị trên tổng cộng khoảng 242,15 triệu người nắm giữ. Các tài sản thực ngoài đời được token hóa cũng đã tăng lên khoảng 27,65B USD với hơn 710.792 người nắm giữ. Những con số đó cho thấy giá trị on-chain đang dần trở thành nhiều hơn một thí nghiệm mang tính ngách.

Điều đó làm thay đổi cách tôi nghĩ về hạ tầng. Khi các tác nhân AI bắt đầu thực thi lệnh ở tốc độ máy, việc thanh toán có thể không còn là bài toán khó nhất nữa. Việc xác định những hành động nào cần được phê duyệt trước khi thực thi có thể sẽ quan trọng tương đương. @NewtonProtocol

Chính vì vậy Newton Protocol nổi bật trong mắt tôi. Với khoảng 215M NEWT đang lưu hành trên tổng cung 1B, câu hỏi lớn hơn không chỉ nằm ở tokenomics. Mà là liệu nhu cầu ngày càng tăng đối với các bước kiểm tra quyền truy cập có thể chuyển hóa thành mức sử dụng mạng bền vững và tạo ra nguồn thu phí hay không.

Tôi đang theo dõi tín hiệu đó kỹ hơn giá cả. Nếu việc ủy quyền trở thành một phần hạ tầng thường quy cho stablecoins, RWAs và các tác nhân AI, thì điều đó có thể quan trọng hơn rất nhiều so với chỉ việc làm giao dịch nhanh hơn.
@NewtonProtocol $NEWT #Newt
#PEPE创历史新高 #HotTrends #LABTokenDrops94%
$SKL $TAC

Nút thắt crypto lớn nhất hiện nay là gì? 🤔

Tôi đã dành nhiều thời gian hơn dự kiến để xem mô hình tiện ích của NEWT vì có điều gì đó khiến nó không giống một danh sách kiểm tra đơn giản. Ban đầu, tôi cho rằng việc staking, phí, quản trị và sổ đăng ký mô hình chỉ là những cách diễn đạt khác nhau cho việc token có nhiều công dụng.

Càng nghĩ kỹ, tôi càng thấy chúng giống như những lớp được liên kết với nhau hơn. Phí giao dịch phụ thuộc vào mức độ hoạt động. Staking yêu cầu những người tham gia cam kết vốn theo thời gian. Tài sản thế chấp trong sổ đăng ký mô hình sẽ cho các nhà vận hành thứ gì đó để mất nếu họ cư xử thiếu trách nhiệm. Sau đó, quản trị được xây dựng dựa trên sự cam kết đó, thay vì tồn tại độc lập.

Chuỗi đó với tôi có ý nghĩa hơn việc xem từng trường hợp sử dụng tách biệt. Liệu nó có thực sự tạo ra nhu cầu mạnh hơn hay không thì là một câu hỏi hoàn toàn khác.

Tôi ít quan tâm đến việc một token có thể tuyên bố bao nhiêu công dụng hơn là liệu những công dụng đó có củng cố lẫn nhau thông qua việc sử dụng thực tế trên mạng hay không. Nếu cuối cùng tạo ra phí có ý nghĩa trở thành động lực chính thay vì chỉ là các ưu đãi, thì điều đó sẽ cho tôi biết nhiều hơn về tính bền vững dài hạn của giao thức so với bất kỳ sơ đồ công dụng nào.
@NewtonProtocol $NEWT #Newt

$SKYAI $POWER
Tiện ích của NEWT: Những lớp liên kết hay chỉ là danh sách kiểm tra? 🤔

Tôi bắt đầu tự cho rằng một khi một vault tích hợp lớp policy, thì mọi tương tác với nó sẽ tự động được bảo vệ. Càng đọc, tôi càng thấy mình không chắc chắn về giả định đó.

Điều nổi bật là ranh giới thực sự được vạch ra ở đâu. Newton's VaultKit dường như tập trung vào các hành động quản lý có đặc quyền hơn là mọi giao dịch đi qua vault. Những quyết định như phân bổ lại hoặc thay đổi tham số có thể đi qua việc đánh giá policy, trong khi các thao tác nạp và rút thông thường vẫn tiếp tục theo logic riêng của vault trừ khi chúng được cố ý định tuyến qua cùng lớp kiểm soát đó.

Sự tách biệt đó có vẻ là chủ ý chứ không phải thiếu sót. Nó giúp các quyết định quản trị được giám sát chặt chẽ hơn mà không buộc mọi tương tác của người dùng phải đi qua một điểm kiểm tra bổ sung.

Điều tôi vẫn đang suy nghĩ là liệu sự phân biệt này có lúc nào cũng rõ ràng đối với các bên tích hợp và người dùng hay không. Một bộ quản lý được bảo vệ bởi policy không nhất thiết giống với một vault cũng được bảo vệ bởi policy. Khi ngày càng xuất hiện nhiều lớp ủy quyền, việc hiểu chính xác chỗ nào bắt đầu và kết thúc sự bảo vệ có thể sẽ quan trọng tương đương với bản thân sự bảo vệ.
@NewtonProtocol $NEWT #Newt

$EVAA $CLO
Newton VaultKit: Tất cả tx hay chỉ các hành động khóa? 🤔

#newt $NEWT @NewtonProtocol
Tôi cứ mãi nghĩ về một điều hiếm khi được nhắc đến khi mọi người nói về tự động hóa trên chuỗi (on-chain). Chúng ta dành rất nhiều thời gian để hỏi liệu một giao dịch có thể thực thi hay không, nhưng lại ít thời gian hơn để hỏi liệu nó có nên được thực thi hay không.

Câu hỏi đó bám theo tôi khi tôi đọc về kiến trúc chính sách của Newton. Hợp đồng thông minh rất giỏi trong việc thực thi logic đã được xác định sẵn ngay khi quá trình thực thi bắt đầu. Tuy nhiên, chúng ít quan tâm hơn đến việc đánh giá quyền hạn, giới hạn hoặc bối cảnh trước thời điểm đó.

Điều khiến tôi hứng thú là sự thay đổi về nơi các quyết định được đưa ra. Một công cụ chính sách (policy engine) chuyển một phần quá trình suy luận lên trước giai đoạn thực thi, cho phép hệ thống tự động đánh giá các điều kiện trước khi một hành động trở nên không thể đảo ngược. Cảm giác này như một thay đổi có ý nghĩa trong cách có thể thiết kế các quy trình làm việc trên chuỗi.

Đồng thời, mọi khung phân quyền đều tạo thêm một tầng quản trị. Chính sách tốt sẽ khiến hệ thống trở nên hữu ích. Chính sách kém thì sẽ không. Phần tôi tò mò nhất lúc này là cách các nhà phát triển sẽ phản ứng. Liệu họ sẽ thấy đây là một tầng nữa cần quản lý, hay là thứ thực sự giúp tự động hóa quy mô lớn trở nên dễ dàng hơn?
#Newt
$VANRY $BLUR
Công cụ chính sách của Newton: Hữu ích hay chỉ là một lớp phụ thêm?