Tôi đã nghĩ tới ý tưởng này được một thời gian rồi—giao dịch crypto lúc nào cũng giống như một mớ bòng bong phải chọn “độc dược” nào cho mình.
Bạn muốn tốc độ và giao diện dễ chịu đến mức không đau rát gì? Được thôi, nhưng tạm biệt quyền lưu ký. Bạn muốn tự nắm giữ khóa và thật sự sở hữu “đồ” của mình? Chuẩn bị tinh thần với những giao diện cồng kềnh, một triệu ví, và thật lòng là đôi khi có những khoản phí chẳng hiểu vì sao. Tôi quen với cái kiểu “lúc lên lúc xuống” khó chịu đó đến mức thấy có lẽ đó là cách mọi thứ vẫn diễn ra.
Nhưng tôi đã gặp @grvt_io today, và đúng là cấu hình lai này khiến tôi phải dừng lại. Tài liệu của họ nói về việc cho bạn tự quản lý tài sản (self-custody) nhưng vẫn cung cấp trải nghiệm giao dịch “giống Binance” hơn là kiểu “cho tôi bấm bừa trong MetaMask mười phút đi”. "Họ đang xây dựng dựa trên zkSync, một hệ sinh thái mở rộng dựa trên ZK mà tôi từng thử nghiệm trước đây."
Nhưng quan điểm nóng của tôi là: không đủ nếu chỉ xây kiến trúc. Thật đấy, nhiều dự án “công nghệ ngầu” sẽ chết yểu vì người dùng thật sự chỉ muốn mọi thứ chạy được. Bạn ném một người mới vào thanh khoản mỏng, đăng ký kỳ lạ, hoặc các lỗi xấu xí—họ sẽ rời đi. Ai quan tâm đến việc lưu ký “xịn” nếu bạn thậm chí không khớp lệnh được, hoặc giao diện trông như năm 2017?
Rào cản thật sự không phải là liệu kiến trúc lai có hoạt động hay không—mà là việc tự quản lý tài sản có thể cùng tồn tại với thanh khoản sâu và khả năng thực thi cạnh tranh hay không, vì các trader hiếm khi hy sinh chất lượng thực thi chỉ để có một kiến trúc tốt hơn.
Khi ngày càng nhiều sàn thử nghiệm mô hình tự lưu ký và lai, cuộc cạnh tranh đang chuyển từ việc ai giữ tiền của người dùng sang ai có thể mang lại trải nghiệm giao dịch tốt nhất mà không cần nắm giữ tài sản.
Ngay hôm nay thôi, tôi đã xem một người trên Telegram giận dữ bỏ cuộc vì không biết đồng của họ đã đi đâu sau một lần chuyển đổi (bridging) gặp trục trặc. Tôi hiểu cảm giác đó. Tất cả chúng ta đều từng như vậy.
Nên vâng, có thể các sàn lai chính là tương lai, nhưng còn tùy liệu họ có làm được đúng chất lượng UX trong thế giới thực hay không. Nếu tôi có thể kiểm soát mọi thứ mà không mất tốc độ hoặc bị mắc kẹt—tuyệt. Nhưng nếu lại là “thêm một nền tảng suýt tới nơi”, người dùng sẽ không ở lại.
Tôi tò mò mọi người nghĩ gì: Rốt cuộc có phải tất cả chỉ nằm ở thanh khoản? Onboarding tốt? Bảo mật không vòng vo? Với tôi, UX là vua. #grvt
Tôi đã dành tuần trước để đọc bản thuyết minh (whitepaper) của Newton. Một giả định bắt đầu trông khác đi Tôi đã dành tuần trước để tìm hiểu về hạ tầng DeFi cấp tổ chức, và một mô hình liên tục xuất hiện: việc đưa tuân thủ vào các thị trường công khai thường đồng nghĩa với việc tạo ra các môi trường thực thi riêng biệt. Các pool được cấp phép, môi trường thực thi riêng và các nền tảng chỉ KYC đều đáp ứng yêu cầu quy định bằng cách tách vốn ra khỏi các thị trường bị cô lập. Vì vậy, Mục 11 trong whitepaper của @NewtonProtocol đã thu hút sự chú ý của tôi. Thay vì chấp nhận sự đánh đổi đó, Newton đặt vấn đề với giả định đứng đằng sau. Mô hình “Thanh khoản công khai, Thực thi riêng” của họ giữ thanh khoản trên các đường ray công khai, có thể kết hợp (composable), đồng thời chuyển việc tuân thủ, xác minh danh tính và đánh giá rủi ro vào một lớp xử lý trước khi thanh toán (pre-settlement) được thiết lập riêng. Các nhà điều hành độc lập đánh giá các chính sách đó, tạo ra một xác nhận (attestation) được ký bằng BLS, và hợp đồng thông minh công khai chỉ thực hiện thanh toán sau khi đã xác minh được attestation. Điểm khiến tôi ấn tượng là: đổi mới thực sự không phải chỉ là thực thi riêng—mà là tách tuân thủ khỏi thanh khoản. Hàm ý là tuân thủ có thể không cần định nghĩa việc thanh khoản “nằm ở đâu”, mà chỉ cần xác định liệu giao dịch có thể được thanh toán hay không. Điều này nhằm cho phép các tổ chức và người dùng không cần cấp phép có thể rút từ cùng một thanh khoản công khai trong khi vẫn tuân theo các yêu cầu ủy quyền khác nhau. Sự đánh đổi cũng quan trọng không kém. Việc giảm tình trạng phân mảnh thanh khoản đồng nghĩa với việc chuyển thêm trách nhiệm sang quy trình đánh giá chính sách và tạo attestation ở ngoài chuỗi (off-chain). Liệu các tổ chức có cảm thấy thoải mái với sự chuyển dịch đó hay không, cuối cùng sẽ quyết định liệu mô hình có thành công hay không. Nếu ủy quyền ở cấp độ giao dịch có thể đáp ứng yêu cầu của tổ chức, thì thanh khoản được cấp phép liệu cuối cùng có trở nên không cần thiết nữa, hay một số thị trường vẫn luôn bị cô lập? #newt $NEWT @NewtonProtocol
Tôi Tưởng Newton “Quá Tuân Thủ” — Rồi Tôi Đọc Lại Bản Whitepaper
Tôi không thể ngừng nghĩ về cái bản “mashup” kỳ lạ này trong bản whitepaper của Newton Protocol. Magic Labs, đúng không? Một mặt, họ được hậu thuẫn bởi PayPal Ventures—ngọn hải đăng tối thượng của “chấp nhận tuân thủ hoặc nếu không.” Mặt khác, họ lại xây dựng hạ tầng ví cho Polymarket, về cơ bản giống như đang phất một cờ khổng lồ “phi tập trung cho mọi người thấy” vậy. Hai phe đó thường cũng chẳng nói chuyện với nhau, nên việc thấy cả hai cái tên bị quấn vào với nhau như thế khiến tôi bị rối. Thật lòng, tôi cứ phải đọc đi đọc lại cả câu đó, kiểu như: “Khoan đã, mình có đang thiếu gì không?”
Trong khi xem qua @NewtonProtocol, tôi thấy mình ít tập trung vào việc từng thành phần riêng lẻ đã được rà soát hay chưa, mà tập trung hơn vào cách chúng kết nối với nhau.
Newton nhấn mạnh các cuộc rà soát đối với hợp đồng token, staking và airdrop, trong khi SP1 từ @Succint có lịch sử mạnh về các cuộc kiểm toán độc lập.
Nhưng ở đây có một điểm tinh tế: Newton cũng nói rằng các cuộc kiểm toán cho việc thực thi tác nhân có thể xác minh và hạ tầng cốt lõi vẫn đang được tiến hành khi chúng ta chuẩn bị cho đợt ra mắt sản xuất rộng hơn. Sự phân biệt này quan trọng — SP1 có thể có lịch sử kiểm toán vững (và tôi tin tưởng điều đó dựa trên cơ sở ấy), nhưng còn phần mã trong Newton tích hợp với nó thì sao?
Những thành phần thực thi tác nhân có thể xác minh và hạ tầng cốt lõi này mang tính đặc thù theo giao thức. Một cuộc kiểm toán SP1 không tự động bao phủ phần triển khai của Newton — bao gồm logic chính sách, quyền hạn, khóa phiên (session keys), hoặc cách chúng ảnh hưởng đến bằng chứng (proof) được tạo ra.
Tài liệu của Newton cũng đề cập đến SP1 mà không nêu rõ phiên bản, điều này quan trọng vì các hệ thống chứng minh có thể khác nhau về mặt kiến trúc.
Thời điểm cũng quan trọng vì đây là giai đoạn mà các giả định về bảo mật chuyển từ tài liệu sang sử dụng thực tế. Khi các hệ thống thực thi AI tiến gần hơn đến việc xử lý các luồng vốn có ý nghĩa. Nhưng câu hỏi sâu hơn là ranh giới bảo mật thực sự kết thúc ở đâu.
Nếu một tác nhân nhận quyền thông qua hệ thống chính sách của Newton, và quyết định đó được chứng minh thông qua SP1, thì giả định then chốt không chỉ là liệu SP1 có tạo ra một bằng chứng hợp lệ hay không — mà là liệu quyết định chính sách đang được chứng minh có phải là quyết định đúng hay không.
Rủi ro là một hệ thống bằng chứng hoạt động hoàn hảo có thể xác thực một luồng ủy quyền sai, làm suy giảm niềm tin theo cấp số nhân cùng với số vốn mà tác nhân kiểm soát.
Câu hỏi chưa được giải quyết là: khi nào thì sự tin tưởng vào một thành phần đã được kiểm toán trở thành sự tin tưởng vào toàn bộ đường đi thực thi? Vì trong các hệ thống tự động, giả định tin cậy yếu nhất có thể không nằm ở chính primitive — mà có thể nằm ở logic quyết định khi nào và bằng cách nào primitive đó được phép hành động.
Tôi Bắt Đầu Tìm Hiểu Phát Hiện Gian Lận. Rồi Tôi Nhận Ra Vấn Đề Lớn Hơn Là Thời Điểm
Ban đầu tôi nghĩ câu hỏi thú vị là liệu Newton có thể phát hiện các giao dịch gian lận tốt hơn không. Nhưng khi tôi xem kỹ kiến trúc hơn, thì vấn đề dường như không hẳn là phát hiện ngay từ đầu. Phần lớn các cuộc trò chuyện về gian lận mà chúng ta có đều bắt đầu khi tiền đã chuyển sang tay. Giả định này đã được khắc sâu đến mức trong cách chúng ta nghĩ về rủi ro, nên hiếm khi ta dừng lại để chất vấn nó. Khi tiền đã đi rồi, trọng tâm của chúng ta là khôi phục và giải quyết tranh chấp. Trong khi đọc whitepaper của Newton Protocol, đặc biệt là phần thảo luận về đánh giá chính sách trước khi thanh toán và ủy quyền có thể lập trình, tôi liên tục quay lại một câu hỏi khác: liệu việc ngăn chặn gian lận về bản chất có phải là vấn đề về thời điểm hay không, thay vì chỉ là vấn đề phát hiện
Tôi càng nghĩ về các tác nhân tự trị (autonomous agents), tôi càng thấy độ trễ (latency) là một vấn đề an ninh
Rủi ro lớn nhất đối với các tác nhân tự trị có thể không phải là đưa ra quyết định sai. Đó có thể là thất bại trong việc hoàn tất đúng quyết định trước khi thị trường kịp dịch chuyển.
Thiết kế của Newton đi qua cách một Ý định (Intent) được đánh giá trước khi được thanh toán (settlement), cách các nhà vận hành thực thi chính sách một cách độc lập, và cách các quyết định của họ trở thành một chứng thực (attestation) được tổng hợp theo BLS.
Điều tôi cho là dễ bỏ sót là vì sao ngôn ngữ chính sách lại quan trọng đến vậy.
Khi ngày càng nhiều giao thức thử nghiệm các tác nhân tự trị và thực thi tốc độ theo máy, câu hỏi không chỉ còn là liệu các chính sách có đúng hay không—mà là liệu mọi quyết định ủy quyền (authorization) có thể được hoàn tất trước khi cơ hội hành động biến mất hay không.
Newton tránh đưa bài toán này vào khâu ủy quyền bằng cách không cho phép các chương trình tùy ý tự định nghĩa logic cấp phép ngay từ đầu. Chính sách được viết bằng Rego—một ngôn ngữ khai báo (declarative), trong đó các quy tắc được đánh giá dựa trên các đầu vào (inputs) đã xác định như "input", "data.params" và "data.wasm".
Sự dự đoán được đó cho phép các nhà vận hành độc lập đánh giá và ký cùng một kết quả ủy quyền trong một quy trình quyết định có giới hạn.
Điều này thay đổi cách tôi nghĩ về "trước khi thanh toán (pre-settlement)". Trước khi thanh toán không chỉ đơn thuần là một đường ống tuân thủ nhanh hơn. Nó xuất phát từ việc chọn một mô hình chính sách sao cho mọi nhà vận hành đều có thể xác định rõ ràng (deterministically) và ký cùng một kết quả trước khi thanh khoản kịp dịch chuyển.
Bù trừ thú vị không phải là tốc độ. Đó là tính diễn đạt (expressiveness). Một số logic ủy quyền sẽ trở nên khó hơn—hoặc không thể—mã hóa khi các ranh giới đánh giá có thể dự đoán trước được thực thi bởi thiết kế.
Trong các hệ thống tự trị, một quyết định đúng nhưng đến quá muộn có thể biến thành một kết quả sai.
Thiết kế phụ thuộc vào việc mọi chính sách phải đủ xác định (deterministic) để các nhà vận hành độc lập có thể đưa ra cùng một quyết định trước khi khung thực thi khép lại.
Đánh giá có giới hạn sẽ hạn chế độ phức tạp của chính sách. Câu hỏi là giao thức nên hy sinh bao nhiêu mức độ diễn đạt để đảm bảo quyết định hoàn tất trước khi thanh khoản dịch chuyển.
Tôi Càng Đọc Nhiều Về Newton Protocol, Tôi Càng Tự Hỏi Liệu Chúng Ta Đang Tập Trung Vào Sai Rủi Ro
Ai dường như đang tập trung vào điều gì xảy ra khi các tác nhân AI trở nên quá mạnh. Nhưng càng nghiên cứu những hệ thống này, tôi càng tự hỏi liệu rủi ro lớn hơn có xuất hiện trước khi tác nhân kịp hành động hay không. Điều gì xảy ra khi vấn đề không nằm ở tác nhân — mà nằm ở con người xác định quyền hạn của nó? <c-50/> được xây dựng dựa trên một ý tưởng đơn giản nhưng quan trọng: một tác nhân AI không được phép thực hiện các hành động vượt quá những quy tắc được định nghĩa cho nó. Những quy tắc đó do các nhà phát triển viết bằng Rego thông qua chuẩn Open Policy Agent (OPA).
Tôi đã đào sâu hơn về $NEWT … và sự so sánh visa bắt đầu có vẻ không đúng
Tôi cứ thấy mọi người so sánh $NEWT với Visa, nên tôi muốn hiểu vì sao. Nhưng càng đi sâu vào kiến trúc của Newton, thì so sánh đó càng không khớp.
Điều thu hút sự chú ý của tôi là mẫu hình lặp lại không chỉ đơn giản là phê duyệt các hành động — mà là xác định các điều kiện để các hành động được phép xảy ra.
Có một kiến trúc lặp đi lặp lại ở khắp nơi: bạn định nghĩa các chính sách, dùng OPA/Rego để tiền thẩm định (pre-verify) chính sách đã được đánh giá dựa trên dữ liệu cụ thể trước khi thực thi, rồi có các operator xác thực kết quả đánh giá đó theo cách phân tán.
Nó giống ít hơn việc “phê duyệt” một khoản thanh toán bằng thẻ, và giống hơn việc biên đạo cho hàng trăm hành động đồng thời, rời rạc. Vì vậy tôi không thể ngừng nghĩ về điều phối không lưu thay vì các “đường ray” thanh toán. Đây không phải là cách đảm bảo một giao dịch đơn lẻ đi qua; mà là cách đảm bảo hàng nghìn tác nhân AI, các giao thức, DAO, người dùng có thể thực hiện hành động một cách an toàn khi mức sử dụng tăng lên trên nhiều chuỗi mà không giẫm đạp hay làm xung đột lẫn nhau. Tôi hoài nghi liệu thước đo thực sự cho sự thành công của Newton có phải là khả năng phê duyệt giao dịch hay không.
Câu hỏi khó hơn là điều gì xảy ra khi chính việc phối hợp trở thành điểm nghẽn. Nếu chính sách quá phức tạp để đánh giá, hoặc các operator không thể đạt được thỏa thuận đáng tin cậy đủ nhanh, hệ thống có thể phải đánh đổi rủi ro thực thi lấy thời gian trễ do phối hợp.
Chi phí “ẩn” có thể là: mỗi lớp an toàn bổ sung vừa bảo vệ chất lượng thực thi vừa làm tăng thời gian cần để các hệ thống tự hành hành động — tạo ra một điểm nghẽn mới, nơi chính sự tin cậy trở thành nguồn tài nguyên bị giới hạn.
Điều này ngày càng trở nên phù hợp khi ngành đang chuyển từ con người khởi tạo giao dịch sang các hệ thống tự động liên tục đưa ra quyết định trên mạng lưới.
Nếu sự so sánh này là đúng, thì những khoảng tách tối thiểu đó trong một môi trường phi tập trung thực sự sẽ trông như thế nào.
Tôi Nghĩ Gian Lận Bằng AI Là Vấn Đề. Rồi Tôi Nhận Ra Tốc Độ Mới Là Thứ Lớn Hơn
Tôi không lo AI sẽ đưa ra quyết định tồi trong các vấn đề liên quan đến gian lận. Tôi lo AI sẽ giỏi đến mức đưa ra những quyết định đó, và tốc độ thực hiện chúng nhanh đến mức, rằng đến khi hệ thống giám sát của chúng ta nhận ra điều gì đang xảy ra, thì quyết định đó có thể đã trở nên không thể đảo ngược. Gần đây tôi vướng vào @NewtonProtocol , và một câu hỏi mà tôi không thể gạt ra khỏi đầu khi đào sâu vào nó là: điều gì xảy ra khi việc giám sát diễn ra quá chậm để theo kịp các hệ thống đang được giám sát? Phần lớn tư duy về tuân thủ và an ninh trước đây truyền thống xoay quanh con người; phát hiện con người.
$BTC Mình cứ thấy mọi người ăn mừng từng cây nến xanh như thể thị trường bò kế tiếp đã đến rồi. Mình không nghĩ các biểu đồ ủng hộ kết luận đó.
Đúng là BTC đang giữ trên các đường trung bình động ngắn hạn trên khung 15 phút, và điều đó giúp cấu trúc trong ngày vẫn còn sống. Nhưng hãy nhìn rộng ra một chút. Biểu đồ theo tháng kể một câu chuyện ít “hứng khởi” hơn nhiều. Giá vẫn đang nằm dưới cả MA(7) và MA(25), trong khi MA(99) dài hạn vẫn tiếp tục đóng vai trò nền tảng. Như vậy không giống một thị trường đang mở rộng hoàn toàn. Nó giống một thị trường đang cố gắng xây dựng lại.
Điều này đang bị hiểu sai.
Phần lớn trader bị ám ảnh bởi động lượng (momentum), nhưng momentum mà không có xác nhận từ khung thời gian lớn hơn sẽ có thói quen “bẫy” những người mua trễ. Một đợt đẩy hướng tới 64.700 là có thể xảy ra, đúng vậy. Nhưng trừ khi BTC bắt đầu giành lại những mức thực sự định nghĩa xu hướng vĩ mô, thì việc gọi đây là một chu kỳ mới là còn quá sớm.
Mâu thuẫn nằm ở chỗ: sức mạnh ngắn hạn có thể khiến mọi người tự tin hơn đúng vào thời điểm họ đáng lẽ phải chú ý sát sao hơn tới rủi ro. Đó là cách mà các thị trường cảm xúc vận hành.
Mình không bi quan. Rất không. Mình nghĩ cấu trúc tổng thể vẫn nghiêng về khả năng phục hồi vì giá vẫn đang nằm thoải mái phía trên MA(99) theo tháng. Nhưng phục hồi và bứt phá không phải là một, và việc coi chúng là một sẽ là nơi bắt đầu những sai lầm.
Mình sai à, hay mọi người đang gọi bứt phá trước khi thị trường thực sự đã “kiếm được” nó? #orocryptotrends #Write2Earn
#BinanceTurns9 Tôi cứ thấy Binance được kỷ niệm tròn 9 năm tuổi theo cách được đóng khung như chỉ là một dịp kỷ niệm nữa. Một cột mốc khác. Một bài đăng ăn mừng khác.
Nhưng tôi nghĩ mọi người đang bỏ sót sự chuyển dịch lớn hơn.
Chín năm trong crypto không chỉ là sống sót. Đó là bằng chứng rằng các sàn giao dịch đã trở thành thứ gì đó lớn hơn nhiều so với các nền tảng chỉ để giao dịch. Chúng trở thành cánh cổng nơi hàng triệu người lần đầu chạm mặt tài sản số, tìm hiểu về thị trường, và chuyển từ tò mò sang tham gia.
Giờ đây, đây là phần khó chịu: nhiều người từng nghĩ rằng tương lai của crypto sẽ xóa sạch hoàn toàn các tác nhân tập trung. Nhưng thực tế lại phức tạp hơn. Phi tập trung là đích đến, còn khả năng tiếp cận, thanh khoản và trải nghiệm người dùng vẫn là những cây cầu đưa con người đến đó.
Chính ở đây, hành trình của Binance trở nên thú vị.
Ngành công nghiệp liên tục tranh luận CEX vs DeFi như thể một bên phải biến mất. Tôi không nghĩ mọi chuyện diễn ra theo cách đó. Cuộc cạnh tranh thực sự không phải là tập trung hay phi tập trung. Mà là ai có thể xây dựng được hạ tầng đáng tin cậy nhất khi thị trường vẫn tiếp tục phát triển.
Chín năm cũng đặt ra một câu hỏi khó hơn. Chỉ độ bền lâu thôi không đảm bảo được tính liên quan. Chín năm tiếp theo sẽ là câu chuyện về khả năng thích nghi, tính minh bạch, và liệu các nền tảng có thể giành được niềm tin trong một thị trường đòi hỏi nhiều hơn chỉ là khối lượng giao dịch hay không.
Binance đạt mốc 9 năm là điều đáng ấn tượng, nhưng bài kiểm tra thật sự là điều gì sẽ xảy ra sau bữa tiệc kỷ niệm.
Liệu crypto có thực sự đang tiến ra khỏi các nền tảng tập trung hay chúng ta đang đánh giá thấp vai trò mà chúng vẫn đang nắm giữ? #Write2Earn #orocryptotrends
Câu hỏi mà tôi cứ lặp đi lặp lại trong đầu khi đọc Newton Protocol
Khi đọc về Newton Protocol hôm nay, tôi cứ quay lại cùng một suy nghĩ: điều gì sẽ xảy ra nếu bạn chỉ là một người bình thường và ví của bạn bị gắn cờ đột ngột? Ý tôi là, đôi khi một ví bị liên kết với những thứ “đáng ngờ” chỉ vì thuật toán trải qua một chuyến đi quá đà, không phải vì bạn đã làm gì mờ ám.
Việc thực thi nghiêm ngặt là quan trọng, nhưng nếu không có lộ trình khiếu nại thực sự, thì việc sửa sai cũng quan trọng không kém phòng ngừa.
Vòng lặp cốt lõi nằm ở sau quyết định: một hệ thống phát hiện rủi ro, hành động và buộc người dùng chứng minh rằng họ không phải là vấn đề. Nếu không có các đường dẫn để sửa sai, thì các kết luận sai (false positives) sẽ gây tổn hại niềm tin.
Điều này còn quan trọng hơn khi các tác nhân AI bắt đầu trở thành người tham gia chủ động trong môi trường on-chain. Chúng ta đang chuyển từ các giao dịch được con người phê duyệt sang các tác nhân tự động quản lý tài sản và tương tác giữa các giao thức.
Điều đó làm thay đổi hoàn toàn bài toán bảo mật. Trong một nền kinh tế do tác nhân điều hành, niềm tin không thể chỉ đến từ việc ngăn chặn các hành động độc hại sau khi chúng xảy ra. Niềm tin phải đến từ việc chứng minh rằng các quyết định tự động vẫn chịu trách nhiệm khi tình huống bất ngờ phát sinh.
Cân bằng mà tôi cứ quay lại thật đơn giản: một hệ thống bắt được nhiều mối đe dọa hơn nhưng tạo ra quá nhiều kết luận sai cuối cùng sẽ tạo ra “chi phí” riêng. Bởi ở quy mô lớn, false positives không chỉ là vấn đề trải nghiệm người dùng — chúng trở thành một ràng buộc kinh tế. Một hệ thống an ninh giảm mức độ tham gia quá quyết liệt có thể làm suy yếu chính mạng lưới mà nó được thiết kế để bảo vệ.
Sau khi đọc tài liệu Newton Protocol, tôi cứ nghĩ mãi: các quy tắc chặt chẽ chỉ thực sự có ý nghĩa nếu chúng có thể xử lý các tình huống biên một cách công bằng.
Tự động hóa nhiều hơn giúp tăng tốc độ, nhưng đồng thời cũng làm tăng nhu cầu về các thách thức (challenges) công bằng.
Dù sao đi nữa, nếu họ làm sai và gắn cờ nhầm một chiếc ví vô tội, thì điều gì mới tạo nên một quy trình khiếu nại công bằng? Làm thế nào để người ta có thể phản biện lại quyết định mà không để kẻ xấu lọt qua? Tôi muốn nghe suy nghĩ của người khác.
Tôi Không Ngờ Một Cài Đặt Chính Sách Nhỏ Xíu Lại Có Thể Thay Đổi Cách Tôi Nhìn Nhận Newton
Càng dành nhiều thời gian đọc qua các ví dụ chính sách của Newton Protocol, tôi càng nhận ra một điều cứ liên tục thu hút sự chú ý của mình: tất cả bắt đầu bằng "default allow = false." Ban đầu tôi cho rằng đó chỉ là một chi tiết kỹ thuật. Nhưng càng ngồi với nó lâu hơn, tôi càng nhận ra rằng nó không chỉ là một ghi chú—nó đang định hình toàn bộ mô hình bảo mật. Newton đang đặt ra một ranh giới rõ ràng cho rủi ro. Theo thiết kế, không có gì được phép xảy ra nếu trước hết nó chưa chứng minh rằng mình đáp ứng mọi quy tắc bắt buộc. Mặc định sẽ chuyển từ "cho phép" sang "từ chối" khi có vẻ như có gì đó không ổn, thay vì cho phép trừ khi mọi thứ đã được kiểm tra ổn thỏa.