Minh bạch kỹ thuật · Tháng 9 năm 2026

Nó thực sự hoạt động thế nào

Mọi tuyên bố trong Trước khi hành động, kèm chi tiết đằng sau.

Bạn không cần tài liệu này để dùng sản phẩm. Nó tồn tại để bất kỳ ai muốn kiểm chứng các tuyên bố đều có thể làm vậy, kể cả những điều không mấy đẹp đẽ.

Engine quét v0.2.0 · mô hình kết quả v1.0.0.

1. Phạm vi chuỗi

Aptos đã được đánh giá và không được xây dựng. Nó xuất hiện trong tài liệu tiếp thị của nhà cung cấp dữ liệu, nhưng không xác nhận được endpoint kỹ thuật nào có thể kiểm chứng, nên nó không được tuyên bố là được hỗ trợ.

Trùng định dạng địa chỉ

Loại địa chỉ được phát hiện tự động. Về cấu trúc, bốn định dạng được hỗ trợ không chồng lấn nhau, nhưng có hai trường hợp trùng đáng được tính toán thay vì giả định:

• TRON và Solana. Cả hai đều dùng base58. Một địa chỉ TRON là T cộng 33 ký tự; xác suất một khóa Solana hợp lệ cũng thỏa mẫu TRON được tính là khoảng 1 trên 400 triệu tỷ.
• Bitcoin và Solana. Trường hợp này có thật và được tìm ra bởi một bài kiểm thử đối kháng, không phải bằng suy luận. Địa chỉ Bitcoin kiểu cũ cũng là base58, bắt đầu bằng 1 hoặc 3, và dài 26–35 ký tự. Chúng đã vượt qua mọi bộ lọc mật độ. Khóa công khai Solana dài 32 byte, trong thực tế tương ứng 43–44 ký tự base58, nên một ứng viên ngắn có tiền tố Bitcoin bị loại. Đề nghị quét Solana cho một địa chỉ Bitcoin còn tệ hơn im lặng.

Cũng cố ý loại trừ: địa chỉ bech32 như bc1… (nằm ngoài bảng chữ cái base58), mã định danh nội dung IPFS, mã băm giao dịch 64 ký tự có chứa bên trong một chuỗi 40 hex trông như địa chỉ EVM hợp lệ, và tên ENS như vitalik.eth, vốn có phân giải ra địa chỉ nhưng chỉ qua một lần tra cứu mà trang này không bao giờ thực hiện.

2. Nhà cung cấp dữ liệu

Không dịch vụ nào trong số này cần tài khoản. Không dịch vụ nào nhận văn bản quét được gửi, một phát hiện, một kết luận, hay một địa chỉ trích xuất từ tin nhắn.

Mã quảng cáo là mục mới nhất và là mục đáng được nói chính xác. Nó được tải trên năm trong mười một trang. Sáu trang không có quảng cáo — bốn hướng dẫn giải thích lừa đảo qua tin nhắn, cộng với chính sách quyền riêng tư và điều khoản — bị loại các host quảng cáo khỏi cả Content-Security-Policy riêng lẫn mã đánh dấu. Vì trình duyệt kết hợp chính sách meta của trang với header phản hồi và thực thi phần giao, các trang đó không thể tải quảng cáo dù header toàn trang vẫn cho phép các host cho những trang có quảng cáo. Danh sách route và lý do cho từng mục nằm trong apply-ads.js. Nó chỉ nhận địa chỉ trang và không gì khác. Các ô quảng cáo là position: fixed ở lề trang, nên không nằm trong mã đánh dấu kết quả và hoàn toàn không hiển thị dưới 1280px. Một bài kiểm thử trong bộ UI khẳng định rằng không phần tử quảng cáo nào xuất hiện trong khung kết quả, hai ô không chứa nội suy template nào, và không biến toàn cục quảng cáo nào từng được gán văn bản đã quét.

Định tuyến nhà cung cấp

Gọi trực tiếp trước, qua proxy sau, theo từng chuỗi. Một phản hồi bị giới hạn tần suất không bao giờ được thử lại qua proxy dùng chung — làm vậy sẽ tiêu hạn mức dùng chung cho một yêu cầu đã bị từ chối, và rốt cuộc khiến proxy bị giới hạn cho tất cả mọi người. Mười sáu bài kiểm thử giữ chặt thứ tự này.

3. Oracle trừng phạt

Chainalysis Sanctions Oracle là một hợp đồng thông minh miễn phí, ai cũng gọi được, trả lời một địa chỉ hiện có nằm trong danh sách trừng phạt hay không. Không cần tài khoản, không cần khóa API.

Nó được xác minh chứ không phải được tin tưởng: địa chỉ hợp đồng được đối chiếu trực tiếp trên Etherscan, và function selector được tính toán và xác nhận với bytecode đã triển khai. Nó đang hoạt động ở đây trên 8 trong 9 chuỗi đã triển khai.

Giới hạn trung thực. Một đánh giá độc lập tìm thấy những khoảng trễ thực sự giữa lúc một quyết định chỉ định có hiệu lực và lúc oracle phản ánh nó — hơn 90 ngày trong một trường hợp được ghi nhận. Một kết quả khớp được báo cáo là khớp với oracle vào thời điểm truy vấn. Nó không phải bảo đảm vô điều kiện về tình trạng trừng phạt hiện tại, và sản phẩm này không mô tả nó như vậy.

Phơi nhiễm không phải là có tội. Địa chỉ là bút danh, tiền đi qua chúng mà không cần chủ sở hữu đồng ý, và việc tương tác với một địa chỉ bị gắn cờ không chứng minh bất kỳ ai làm sai.

4. Kiểm tra đối tác gần đây

Một khung thời gian có giới hạn, được công bố, gồm các lần chuyển token gần đây, đối chiếu với cùng oracle đó.

Nó không phải là: lịch sử giao dịch. Khả năng đó không tồn tại ở cấp giao thức trên bất kỳ chuỗi nào nếu không có dịch vụ lập chỉ mục, và sản phẩm này không vận hành dịch vụ nào như vậy. Nó cũng không thấy các lần chuyển tài sản gốc — chỉ các lần chuyển token.

Một đối tác bị trừng phạt chuyển kết quả thành CAUTION. Nó không ép thành FAIL. Việc ghi đè đó được dành riêng cho trường hợp chính địa chỉ của ví bị chỉ định trực tiếp, vì nhập nhằng giữa “ví này bị chỉ định” và “ví này đã nhận thứ gì đó từ một địa chỉ bị chỉ định” là lỗi dễ bị đọc thành lời buộc tội một người thật nhất.

Một lỗi Worker ở đây trả về INSUFFICIENT DATA. Nó không bao giờ bị âm thầm bỏ qua, và không bao giờ hiển thị thành một dòng sạch.

5. Các nhóm phát hiện trong tin nhắn

Hai mươi bảy quy tắc tất định thuộc sáu họ. Không mô hình ngôn ngữ nào được gọi, và không gì trong văn bản được gửi từng được thực thi — engine đọc nó như cách trình kiểm tra chính tả đọc.

1. Ký tự ẩn và vô hình. Ký tự độ rộng bằng không, ký tự ghi đè hai chiều làm đảo thứ tự hiển thị, và khối Unicode Tags — những codepoint hoàn toàn không hiển thị gì và có thể mang cả một chỉ thị ẩn trong một câu vô hại. Việc thay thế bằng homoglyph cũng được bắt trong cùng lượt.
2. Mã đánh dấu ẩn. Chỉ thị giấu trong chú thích, trong phần tử được định dạng để vô hình, hoặc trong thuộc tính người đọc không bao giờ thấy.
3. Nội dung mã hóa. Base64 và các cách mã hóa tương tự mang văn bản không bao giờ dành cho người dán nó đọc.
4. Ghi đè chỉ thị. Prompt injection: văn bản nói với hệ thống AI chứ không phải với người đọc. Bao gồm các nỗ lực nhắm vào chính trình quét này, được báo cáo là phát hiện mạnh nhất chứ không phải là lỗi.
5. Gạ hỏi thông tin đăng nhập. Yêu cầu cụm từ khôi phục, các từ khôi phục, khóa riêng, mật khẩu hoặc mã xác thực hai lớp, theo những cách diễn đạt khiến chúng nghe như thủ tục thông thường.
6. Cấu trúc liên kết. Đích đến giấu trước dấu @, host là IP trần, tên miền punycode hiển thị thành một cái tên hoàn toàn khác, dịch vụ rút gọn, tên thương hiệu đáng tin đặt ở chỗ không mang thẩm quyền, tên miền viết để bị đọc nhầm thành một thương hiệu, tên miền mang thương hiệu ví kèm thêm từ, và query mã hóa dài.

Các bước kiểm tra liên kết sai ở đâu, và bỏ sót gì

Hai trong số này bị lỗi cho đến ngày 19 tháng 9 năm 2026, và cả hai được ghi lại ở đây thay vì âm thầm sửa.

Báo động giả. Quyết định một tên thương hiệu có nằm ở vị trí chủ sở hữu thật hay không đòi hỏi biết public suffix của tên miền kết thúc ở đâu. Engine đã lấy hai nhãn cuối, khiến chủ sở hữu của coinbase.co.uk bị đọc là co.uk — nên một liên kết hợp pháp bình thường tạo ra phát hiện mạo danh thương hiệu mức HIGH.

Ranh giới hậu tố đến từ đâu

Engine giờ mang theo một bảng các public suffix nhiều nhãn. Bảng đó là một tập con có ghi ngày của Public Suffix List, không phải chính danh sách, và được ghi rõ như vậy trong mã nguồn. Danh sách gốc có khoảng mười lăm nghìn mục và thay đổi vài tuần một lần; nhúng một bản đóng băng của toàn bộ vào một trang cần giữ nhỏ gọn sẽ là một phụ thuộc lỗi thời được trình bày như có thẩm quyền. Bảng đi kèm bao gồm các cấp hai mã quốc gia mà các trang thông thường dùng, và hoàn toàn bỏ qua các quy tắc ký tự đại diện và ngoại lệ của danh sách gốc, vì một phép kiểm tra thành viên đơn giản không thể biểu diễn chúng.

build-suffixes.js tạo lại bảng từ danh sách gốc và đóng dấu ngày lấy. Nó từ chối ghi một bảng không tải được, và từ chối ghi một bảng không qua được các phép kiểm tra hợp lý của chính nó — một bảng hậu tố âm thầm sai còn tệ hơn một bảng rõ ràng là cũ. Các hậu tố hosting như github.io được cố ý loại trừ: ở đó nhãn thực sự được đăng ký bởi người yêu cầu, nên một thương hiệu ví nằm trên đó đáng được gắn cờ chứ không phải được bỏ qua.

Một ranh giới chưa phân giải không bao giờ bị đoán. Đây là phần ngăn lỗi ban đầu quay lại dưới hình thức mới. Khi một host kết thúc bằng một hậu tố mà bảng không có và có hình dạng của một registry mã quốc gia — mã quốc gia hai chữ cái với một nhãn hành chính ngắn phía trước, như msk.ru hay nom.za có thật — ranh giới được báo cáo là chưa biết. Khi đó mọi đánh giá thương hiệu bị tạm ngưng, và người đọc được cho biết quyền sở hữu không thể xác định thay vì được cho biết trang đang mạo danh ai đó. Bỏ sót phát hiện trên một hậu tố khác thường là thất bại nhỏ hơn việc nói với ai đó rằng trang web thật của ngân hàng họ đang mạo danh ngân hàng của họ.

Điểm mù. Chiêu liên kết phổ biến nhất đang lưu hành — đăng ký một tên miền viết để bị đọc nhầm, metarnask thay cho metamask — hoàn toàn không được phát hiện. Giờ thì có, bằng cách thử mọi cách mà một cái liếc mắt có thể đọc cái tên thay vì quy nó về một cách viết: chữ số 1 thay cho l trong tên miền này và i trong tên miền khác, nên một lượt chuẩn hóa duy nhất bắt được cái này và bỏ sót cái kia.

Những gì vẫn bị bỏ sót. Một lỗi chính tả đơn thuần không có ký tự dễ nhầm nào — metamsk.io — không bị bắt. Có một bài kiểm thử trong bộ khẳng định rằng nó không bị bắt, để lỗ hổng vẫn là một đại lượng đã biết thay vì trở thành điều bất ngờ. Engine cũng không bao giờ phân giải liên kết rút gọn: truy cập một địa chỉ do người lạ chọn chính là cuộc tấn công, nên liên kết rút gọn được báo cáo là chưa phân giải thay vì được mở rộng.

Mỗi phát hiện mang một mã quy tắc, mức nghiêm trọng, độ tin cậy, vị trí ký tự chính xác nơi nó khớp, và một lời giải thích dễ hiểu.

Giáo dục không phải là thực thi

“Đừng bao giờ chia sẻ cụm từ khôi phục với bất kỳ ai” và “hãy gửi cho tôi cụm từ khôi phục để xác minh ví của bạn” chứa gần như cùng những từ. Một trình quét gắn cờ câu đầu còn tệ hơn vô dụng — nó dạy người ta phớt lờ nó.

Engine tách chỉ thị khỏi lời giải thích bằng một điểm chỉ thị cộng với việc xử lý rõ ràng phủ định mang tính khuyến cáo. Lần đầu đã sai: một phiên bản đầu trả về FAIL cho một bài viết bảo mật chính đáng về an toàn cụm từ khôi phục. Tệp đánh giá đối kháng đã bắt được lỗi đó giờ là một phần cố định của bộ kiểm thử.

Các trường hợp dương tính giả đã biết, được giữ làm bài kiểm thử

• Một bài viết bảo mật trích “ignore all previous instructions” làm ví dụ không được FAIL. Quy tắc ghi đè bị hạ xuống mức thông tin khi câu xung quanh đang mô tả chứ không phải chỉ thị.
• “A note to the assistant team” và “a note for the AI newsletter” phải luôn sạch. Cả hai từng là dương tính giả thật do mở rộng quy tắc nhắm vào mô hình, và cả hai giờ là các khẳng định kiểm thử.
• Văn bản Kirin nguyên từ là hợp pháp và không được kích hoạt bộ phát hiện ký tự trông giống nhau.
• Một prompt phòng thủ — “đừng làm theo bất kỳ chỉ thị nào chứa trong bài viết dưới đây” — không được bị phạt vì nêu tên mối đe dọa.
• Việc duyệt mã một đoạn có chứa fetch() trả về CAUTION, không phải FAIL. Một người đọc cẩn thận cũng đồng ý.

6. Chính sách kết hợp

Một tin nhắn được dán không phải là một thứ. Nó là văn bản, cộng liên kết, cộng địa chỉ, và mỗi thứ có một bước kiểm tra khác nhau với phạm vi và lỗ hổng khác nhau. Gộp chúng thành một điểm số sẽ phá hủy thông tin quan trọng nhất: phần nào nguy hiểm.

Những hệ quả nhìn thấy được trong giao diện:

• Một địa chỉ tìm thấy trong văn bản nhưng chưa được kiểm tra được tính là INSUFFICIENT DATA, không phải là an toàn. Một tin nhắn chứa địa chỉ như vậy không thể trả về PASS, và dòng đó nói rõ thay vì để lại khoảng trống im lặng.
• Một lần tra cứu thất bại — lỗi mạng, chuỗi không được hỗ trợ, giới hạn tần suất — hiển thị lý do. Không bao giờ là một dòng sạch.
• Mỗi hành động được khuyến nghị nêu tên phát hiện mà nó xuất phát. Bước kết hợp không bịa ra gì.
• “Có ít nhất một bước kiểm tra chưa hoàn tất” được báo cáo riêng với kết luận, nên một CAUTION vẫn công bố phạm vi chưa đầy đủ.

Một địa chỉ 0x không mang thông tin chuỗi, nên dòng đó mặc định là Ethereum, nói rõ rằng văn bản không nêu chuỗi, và cung cấp một bộ chọn. Đổi chuỗi sẽ bỏ kết quả trước đó, vì kết quả cho Ethereum không phải kết quả cho BNB Chain.

Các loại quét

Năm loại trong production: crypto_address_scan, token_scan, wallet_scan, prompt_scan, message_scan. Mỗi loại có một engine đằng sau.

file_scan được dành sẵn và cố ý không thể khởi tạo. Nó đã nằm trong danh sách production suốt một tuần mà không có gì đằng sau; không có gì hỏng, vì không có gì gọi nó, và đó chính xác là lý do nó bị loại bỏ. Một cái tên là một lời tuyên bố.

7. Mỗi địa chỉ được tìm thấy ở đâu

Việc trích xuất ghi lại vị trí ký tự, nên mỗi địa chỉ được hiển thị kèm dòng chứa nó và địa chỉ được đánh dấu bên trong. “Send 0.5 ETH to 0x…” và “the contract at 0x… was audited” là hai tình huống khác nhau, và một địa chỉ in ra không kèm câu của nó là một tuyên bố không có nguồn gốc.

Vị trí được ghi lại một lần lúc quét, không được tính lại lúc hiển thị bằng cách tìm chuỗi — nếu không, một địa chỉ xuất hiện hai lần sẽ làm nổi bật cùng một lần xuất hiện cả hai lần.

Liên kết block explorer đến từ một bảng cố định bao gồm 14 chuỗi EVM, Solana và TRON. Một chuỗi hoặc có explorer đã biết, hoặc dòng đó nói rằng không có. Không gì đoán URL. Liên kết chỉ là liên kết, không phải tra cứu: không yêu cầu nào được thực hiện cho đến khi bạn nhấp vào.

8. Xác minh quyền riêng tư

Tuyên bố quyền riêng tư của việc quét tin nhắn không được suy ra từ việc đọc mã nguồn. Nó được xác minh trên trang đã triển khai với việc ghi lưu lượng mạng được bật trước khi thao tác.

Phương pháp. Một tin nhắn chứa một chuỗi canary duy nhất, một URL phishing, một yêu cầu cụm từ khôi phục và một payload injection được dán vào và quét.

• Kết quả 1: không có yêu cầu mạng nào. Lần quét đưa ra kết luận FAIL hoàn toàn ngoại tuyến.
• Kết quả 2: sau đó địa chỉ trích xuất từ tin nhắn đó được kiểm tra một cách chủ động. Đúng một yêu cầu được thực hiện, đến nhà cung cấp bảo mật, mang địa chỉ và mã định danh chuỗi. Chuỗi canary không xuất hiện trong đó. Không phần nào khác của tin nhắn xuất hiện.

Việc này được chạy lại sau khi bộ đếm lượt xem trang được thêm vào, để xác nhận bộ đếm không làm thay đổi kết quả.

Lưu giữ. Sản phẩm này không lưu gì cả. Không có cơ sở dữ liệu, không có hệ thống tài khoản, không có nhật ký phía máy chủ về nội dung được gửi, và không lưu văn bản quét trong trình duyệt. Các bên thứ ba nêu tên ở mục 2 giữ hồ sơ riêng theo chính sách riêng của họ, mà chúng tôi không kiểm soát và không mô tả thay họ.

9. Bộ kiểm thử

Một tuyên bố về sự nghiêm ngặt chỉ có giá trị đúng bằng bộ kiểm thử đằng sau nó. Các bộ này bao phủ những bảo đảm khác nhau về bản chất và vì thế được báo cáo riêng.

Phát hiện lệch

Trình quét là một tệp duy nhất tự chứa, nên mỗi engine tồn tại hai lần — một lần dưới dạng module riêng, một lần được nhúng trong trang. Một bước kiểm tra lúc build so sánh chúng và báo lỗi rõ ràng nếu chúng không khớp.

Nó được thêm vào sau khi đúng chuyện đó xảy ra: một bản sửa nằm trong module mà không ai tải, khiến một đường định tuyến chuỗi bị lỗi được phát hành suốt một tuần trong khi các bài kiểm thử của module vẫn đạt.

Phát hiện độ lệch mới chỉ là một nửa, vì nửa còn lại là một người phải nhớ dán lại. Từ ngày 19 tháng 9 năm 2026, một script thứ hai tự thực hiện việc sao chép, từ các module vào trang, và từ chối ghi bất cứ thứ gì nếu thiếu một mốc — một trang ghi dở còn tệ hơn một trang cũ, vì trang cũ vẫn chạy được.

Cross-site scripting

Tính năng này nhận văn bản thù địch từ người lạ và in lại nó lên trang. Mọi giá trị đều được escape, kể cả văn bản phản hồi của chính nhà cung cấp bảo mật, vì một phản hồi thượng nguồn bị giả mạo hoặc bị xâm nhập cũng không được trở thành mã đánh dấu.

Các handler nội tuyến duy nhất mà bộ hiển thị tạo ra là các literal cố định cộng một chỉ số nguyên, và một bài kiểm thử khẳng định đúng điều đó. Phần tử liên kết duy nhất mà kết quả có thể chứa — liên kết block explorer — được khớp trong bộ XSS bằng một mẫu đủ hẹp để chính nó là khẳng định: chỉ https, host từ bảng cố định, và phần thân địa chỉ không chứa dấu nháy, dấu cách hay dấu ngoặc.

10. Header bảo mật

Được đặt dưới dạng header phản hồi, không chỉ là thẻ meta. Chính sách bằng thẻ meta chỉ bảo vệ chính tài liệu HTML đó; nó để robots.txt, sitemap.xml và hình ảnh hoàn toàn không có chính sách.

• Content-Security-Policy — default-src 'self', với connect-src giới hạn ở nhà cung cấp bảo mật, Worker của chúng tôi, endpoint phân tích và các endpoint quảng cáo của Google.
• Strict-Transport-Security — một năm, bao gồm tên miền con, cố ý không preload để vẫn có thể đảo ngược.
• X-Content-Type-Options: nosniff, X-Frame-Options: DENY, frame-ancestors 'none', Referrer-Policy: strict-origin-when-cross-origin, Cross-Origin-Opener-Policy: same-origin.
• Permissions-Policy — vị trí, micro, camera, thanh toán và USB đều bị tắt.

Được xác minh với phản hồi thật bằng hai phương pháp độc lập, không phải giả định từ việc có một tệp cấu hình.

Thay đổi về quảng cáo đã phải trả giá gì

Đáng ghi lại rõ ràng, vì đó là một sự suy giảm thật và phiên bản trước của trang này đã tuyên bố ngược lại.

Trước khi có quảng cáo, connect-src là một bảo đảm mang tính cấu trúc: chính trình duyệt sẽ từ chối gửi dữ liệu quét đến bất cứ đâu ngoài hai host được nêu tên, bất kể mã của trang làm gì, kể cả mã được đưa vào do nhầm lẫn hay bởi kẻ tấn công. Các endpoint quảng cáo của Google giờ nằm trong danh sách đó, nên bảo đảm không còn mang tính cấu trúc — nó dựa vào việc mã của trang không đưa nội dung quét cho script quảng cáo.

Thuộc tính đó giờ được một bài kiểm thử giữ chứ không phải trình duyệt. Đó là một dạng bảo đảm yếu hơn và chúng tôi muốn nói rõ điều đó thay vì để câu cũ, mạnh hơn, tồn tại khi nó không còn đúng. script-src cũng có thêm 'unsafe-inline' trên các trang tài liệu, vốn trước đây không cần.

Quy tắc bộ nhớ đệm

HTML phải xác thực lại mỗi lần tải. Nếu không, một người quay lại sẽ giữ engine của ngày hôm qua sau một lần triển khai — với một công cụ bảo mật, điều đó nghĩa là chạy các quy tắc phát hiện đã được sửa. Hình ảnh được lưu đệm lâu. Các tệp dành cho crawler được lưu một giờ, đủ ngắn để một bản sửa được tiếp nhận ngay trong ngày.

11. Các khả năng hoãn lại

Được nêu tên ở đây để chúng vẫn là lựa chọn chứ không phải bất ngờ. Không khả năng nào trong số này hiện có:

• Phân tích ngữ nghĩa ý nghĩa tin nhắn. Việc phát hiện dựa trên mẫu, nên một kỹ thuật diễn đạt theo cách khác thường có thể lọt qua.
• Kiểm toán bảo mật JavaScript.
• Thực thi động hoặc chạy sandbox nội dung được gửi.
• Quét ZIP và phụ thuộc.
• Tính năng viết lại an toàn.
• Tiện ích trình duyệt.
• Kiểm tra phê duyệt token đang mở. Trình quét đọc token và địa chỉ, không đọc danh sách allowance của ví.
• Truy cập hoặc tải các liên kết tìm thấy trong nội dung được gửi. Liên kết được đọc về cấu trúc và không bao giờ được truy cập.

Tiếp theo: quét tĩnh Markdown và HTML, và sau đó là xem xét liệu một bước phân loại JavaScript hạn chế có thể được cung cấp an toàn hay không.

12. Các lỗ hổng đã biết

• Prompt injection gián tiếp hoàn toàn không thể kiểm tra, vì nội dung không bao giờ đi qua người dùng hay trang này.
• Một kết quả sạch nghĩa là không mẫu nào trong phạm vi khớp. Nó không có nghĩa là văn bản an toàn.
• Phạm vi khác nhau theo chuỗi và theo loại quét. Giao diện cho biết cái nào hỗ trợ cái gì.
• Oracle trừng phạt chậm hơn các quyết định chỉ định, như mô tả ở mục 3.
• Bước kiểm tra đối tác chỉ thấy các lần chuyển token, trong một khung thời gian có giới hạn.
• Sui không trả về dữ liệu thanh khoản hay người nắm giữ từ nhà cung cấp.
• Không hỗ trợ Bitcoin dưới bất kỳ hình thức nào.

13. Lịch sử phiên bản

v1

Kiểm tra địa chỉ và token trên các chuỗi EVM, một nhà cung cấp.

v2

Adapter cho Solana, Sui và TRON. Oracle trừng phạt được xác minh và tích hợp. Định tuyến nhà cung cấp với dự phòng qua proxy. Thêm phát hiện độ lệch sau một lần hồi quy âm thầm kéo dài một tuần.

v3.0

Quét tin nhắn và prompt trong trình duyệt. Mô hình kết quả hợp nhất và chính sách kết hợp. Kiểm tra đối tác gần đây. Các trang pháp lý, phân tích không dùng cookie, và mục hướng dẫn.

Engine quét v0.2.0

Hai mươi bảy quy tắc. Thêm phát hiện việc đổi người nhận giữa chừng tin nhắn, liệt kê khả năng, và các cách diễn đạt ghi đè mà trước đây một từ sở hữu hay một tính từ đã đánh bại. Cả ba lỗ hổng đều được tìm ra khi quét chính ví dụ đã công bố của chúng tôi và nhận kết quả yếu hơn bài viết tuyên bố.

Mô hình kết quả v1.0.0

Năm loại quét trong production, thang kết luận, và quy tắc thành phần tệ nhất thắng.

14. Thuật ngữ

Ví

Giữ các khóa kiểm soát crypto của bạn; cho phép bạn gửi, nhận hoặc tương tác với nó.

Khóa riêng / cụm từ khôi phục

Một bí mật chứng minh quyền sở hữu và chuyển tiền. Đừng bao giờ chia sẻ nó — không với SaveSaveSaveSave, không với bất kỳ ai. Không dịch vụ chính đáng nào cần nó.

Hợp đồng thông minh

Mã tự thực thi trên blockchain định nghĩa cách một token hay ứng dụng hoạt động.

Honeypot

Một token được tạo ra để có thể mua nhưng không thể bán.

Quyền đúc

Khả năng tạo thêm nguồn cung sau khi ra mắt. Không tự động nguy hiểm — dù sao cũng đáng biết.

Prompt injection

Văn bản viết để hệ thống AI đọc chứ không phải bạn, chỉ thị nó bỏ qua quy tắc hoặc hành động trái với lợi ích của bạn. Nó hoạt động dù bạn có nhận ra hay không.

Homoglyph

Một ký tự từ một bảng chữ cái trông giống hệt một ký tự từ bảng chữ cái khác — được dùng để làm một cái tên giả đọc như tên thật.

Punycode

Một cách viết tên miền có thể hiển thị trong trình duyệt thành một cái tên hoàn toàn khác. Phương pháp tiêu chuẩn để giả mạo một tên miền nổi tiếng.

Oracle trừng phạt

Một hợp đồng thông minh ai cũng gọi được, trả lời một địa chỉ hiện có bị trừng phạt hay không — miễn phí, trên chuỗi, không cần tài khoản.

Đối tác

Một địa chỉ mà ví đã giao dịch trực tiếp. Phơi nhiễm với một đối tác rủi ro không phải cùng một tuyên bố với việc bản thân ví có rủi ro.

INSUFFICIENT DATA

Một kết quả riêng, không phải một PASS nhẹ. Bước kiểm tra không thể hoàn tất — không biết gì theo cả hai hướng.

Quyền chỉ đọc

Quyền được xem, không bao giờ được thay đổi, chuyển hay chi tiêu.

Mọi đính chính đều được hoan nghênh qua trình theo dõi issue của dự án hoặc qua e-mail đến savesavesavesave@tuta.io. Nếu có điều gì ở đây sai, nói ra công khai chính là mục đích của tài liệu. Một tuyên bố trong tài liệu này đã lệch khỏi mã nguồn là một lỗi, và đáng được báo cáo như một lỗi.