Việc thiết lập mức trượt giá tối đa 1% không có nghĩa là chi phí hoán đổi của bạn là 1%. Hoán đổi giả định: một báo giá 1.000 đơn vị với 1% sẽ cho ra mức tối thiểu 990 đơn vị. Thiết lập này giới hạn mức thay đổi đầu ra có thể chấp nhận được. Uniswap hiển thị tác động giá riêng biệt: biến động giá do giao dịch của bạn gây ra. Kiểm tra cả hai trước khi xác nhận. https://t.co/wQWY7NopGR

Việc đóng băng USDC có thể ngăn tiền di chuyển mà không cần hoàn trả vào ví của nạn nhân. Circle cho biết danh sách chặn không hoàn lại giao dịch đã hoàn tất. Tiêu đề phục hồi cần có bằng chứng riêng về người thực sự đã nhận tiền. https://t.co/D7NkN5Uc7K

Một token có giá $0,01 có thể có vốn hóa thị trường lớn hơn một token có giá $100. Ví dụ tưởng tượng: A có 10 tỷ token lưu hành, vậy là $100 triệu. B có 100 nghìn, vậy là $10 triệu. Vốn hóa thị trường là giá nhân với nguồn cung lưu hành. Nó không phải là số tiền mọi người bỏ vào, và cũng không cho bạn biết cái nào có giá trị tốt hơn. https://t.co/WAMRxxDbsi

ADB Nexus vẽ biểu đồ RAM trực tiếp từ lệnh cat /proc/meminfo trên điện thoại được kết nối. Có hai loại đầu vào sai có thể xảy ra, và bộ phân tích xử lý chúng theo hai cách ngược nhau. Việc thiếu MemAvailable là bình thường trên các kernel cũ (trường này xuất hiện từ Linux 3.14). Ứng dụng ước tính nó từ MemFree + Buffers + Cached + SReclaimable - Shmem. Khi MemAvailable có sẵn nhưng lớn hơn MemTotal, nghĩa là đầu ra bị hỏng, do đó mẫu dữ liệu bị loại bỏ. Một bài kiểm tra đơn vị cung cấp MemTotal là 10 kB và MemAvailable là 11 kB và mong đợi không có dữ liệu nào được trả về. Phiên bản đơn giản sẽ sử dụng MemFree làm giá trị thay thế trong cả hai trường hợp. Khi đó, dữ liệu lỗi từ thiết bị sẽ được vẽ thành một đường thẳng hợp lý và không ai nghi ngờ biểu đồ. Nếu giá trị thay thế của bạn được kích hoạt cho cả các giá trị không thể có lẫn các giá trị bị thiếu, bảng điều khiển của bạn sẽ không thể phân biệt được giữa một phép đo sai và một phép đo thực tế.

geth 1.17.9 được phát hành hai ngày sau khi Go cập nhật khẩn cấp cho crypto/x509. Việc nút mạng của bạn có bản sửa lỗi này hay không phụ thuộc vào cách bạn cài đặt nó. Hình ảnh Docker được xây dựng với go1.27.3 và đã có danh sách không tin cậy mới. Tệp tarball linux-amd64 từ cùng commit này được xây dựng với go1.27.2 và không có. Quá trình xây dựng tarball lấy phiên bản Go được chỉ định trong build/checksums.txt. Mốc chỉ định này đã được cập nhật lên 1.27.3 vào sáng hôm sau khi phát hành. Điều tôi chưa thể xác định rõ là mức độ quan trọng của vấn đề này đối với một nút đang chạy. Bản sửa lỗi chỉ ảnh hưởng đến những nơi geth kiểm tra chuỗi CA công khai, và hai nơi tôi đã tìm thấy là download-era và endpoint blsync --beacon.api. Nếu có một con đường thứ ba mà tôi chưa tìm ra, điều này sẽ thay đổi mức độ khẩn cấp đối với bất kỳ ai sử dụng tarball.

Đêm qua, tôi đã hỏi nơi geth thực sự xác minh chuỗi TLS công khai, sau khi phát hiện tarball 1.17.9 được xây dựng với go1.27.2 (không có danh sách từ chối x509), trong khi hình ảnh Docker của cùng một commit lại sử dụng go1.27.3. Một điều tôi đã bỏ sót là ethstats. Với không có scheme trong địa chỉ, nó thử wss:// trước, sau đó là ws:// thường, nên trên bản đã vá, một chuỗi bị từ chối có thể trở thành lần thử lại không mã hóa. Cả hai tệp nhị phân đã được kiểm tra lại sáng nay, nguồn mã trong bài viết: https://t.co/yVjNWLeKs0

Tất cả 15.819.002 USDT bị rút từ địa chỉ TQKJQ đã lỗi thời của CoinDCX vào ngày 21 tháng 10 đều đến từ một ví, qua 88 lần chuyển từ ngày 29 tháng 1 đến ngày 30 tháng 3. CoinDCX cho biết số dư này tích tụ do người dùng liên tục nạp vào trong khi quá trình thu hồi đang gặp sự cố. Trước đó, các khoản nạp vào TQKJQ được chuyển tiếp với thời gian trung位 là 33 giây. Việc chuyển tiếp được khôi phục vào ngày 28 tháng 4 và di chuyển thêm 3,0 triệu USDT mới theo cách tương tự, nhưng nó chưa bao giờ chạm vào số tiền tích lũy. Số tiền này nằm yên trong 205 ngày, cho đến khi bị rút ra trong một lần chuyển duy nhất. Tôi không thể xác định danh tính người gửi, TSC5MzYDNqtp3HDpqCNpTAs5pnT7wt4Hrd. Kể từ ngày 3 tháng 9, ví này đã nhận USDT từ 437 địa chỉ và vẫn đang nhận vào lúc 14:50 UTC hôm nay.

Các ghi chú Drift hôm nay không phải là những ghi chú đầu tiên trong hồ 100 ETH của Tornado. Vào ngày 23 tháng 7, một ví khác đã nạp 230 vào cùng hồ đó. Tổng số tiền nạp của ví này vào ngày hôm đó là 23.095,1 ETH, đúng bằng con số được báo cáo cho "Drift Exploiter 4". Trong 89 ngày kể từ đó, hồ này đã chi trả 1.546 lần rút tiền, của tất cả mọi người. Trung bình 15 lần mỗi ngày. Ngày bận rộn nhất là ngày 14 tháng 10 với 74 lần. Không có ngày nào gần bằng 230. Vì vậy, либо những ghi chú đó vẫn còn trong đó, либо chúng đã rời đi từng chút một trong dòng lưu lượng của những người khác, có thể một số trong số đó nằm trong đợt tăng cao ngày 14 tháng 10. Tôi không thể xác định được điều nào từ nhật ký hồ. Nếu chưa có ghi chú nào được rút ra, thì kẻ khai thác Drift hiện đang nắm giữ khoảng một ghi chú trong năm. Đã có ai theo dõi được một ghi chú tháng 7 ra ngoài chưa?

598,50 BTC của phần tài sản đảm bảo bị mất của Liquid đang nằm trong một đầu ra chưa chi tiêu trên địa chỉ của kẻ tấn công. Nó chưa từng di chuyển kể từ khối Bitcoin 966.199 vào ngày 9 tháng 9, giao dịch mà OP_RETURN thông báo cho liên đoàn rằng “SẼ trả 10%” như phần thưởng lỗi hoặc người nắm giữ sẽ chịu tổn thất 15%. Đánh giá tỷ lệ neo của Liquid hôm nay cho thấy khoảng trống là 602,53 BTC: 4.234,76 L-BTC đang được phát hành so với 3.632,23 BTC trên 16 địa chỉ của liên đoàn. Tỷ lệ đảm bảo hiện tại là 85,8%. Bản cập nhật hôm nay cho biết các giao dịch rút neo từ Liên đoàn sẽ được khôi phục sau khi “khôi phục lại sự đảm bảo bitcoin 1:1 đầy đủ của mạng lưới” nhưng không nói rõ những bitcoin đó thuộc về ai. Có ai đó gần với liên đoàn đã nói liệu các thành viên có đang bù đắp khoản này hay 598,50 BTC đó vẫn còn đang được giữ nguyên?

Cysic đã đưa vào danh sách đen địa chỉ của kẻ khai thác cầu 76 phút sau khi tạo giả 10 triệu CYS. Việc đóng băng chỉ thu hồi được số CYS mà kẻ khai thác chưa bán được. Phút 5 đến 9: mười một giao dịch hoán đổi, 5,65 triệu CYS đổi lấy 588.315 USDT, giá giảm từ 11,7 xu xuống 9,8 xu. Phút 26 đến 28: thêm 1,55 triệu CYS đổi lấy khoảng 219 BNB. Đến phút 29, lệnh bán 500.000 CYS tiếp theo bị hủy bên trong trình tổng hợp với thông báo “Số tiền phải lớn hơn 0”, và mức lợi nhuận tối thiểu của nó vẫn định giá CYS gần 9,9 xu. Không có nỗ lực nào được lặp lại. USDT và BNB đã được chuyển đi vào phút 34, và 2,8 triệu CYS cuối cùng vẫn nằm yên cho đến khi bị đưa vào danh sách đen. Một người chuyển đi 7,2 triệu trong chưa đầy nửa giờ lại từ bỏ sau một đường dẫn thất bại, và tôi không thể giải thích được điều đó. Nếu bạn từng thấy lỗi hủy đó từ trình tổng hợp trên BNB Chain, thì nó có nghĩa là gì?