小白 Vera

xá lợi tử

A-búp-là

Những năm qua, tôi đã xử lý không ít vụ tranh chấp chứng khoán và rút ra được một điều: trong các thị trường truyền thống, các tình huống như “cổ phiếu bị trộm, tài khoản bị mạo dụng, tòa án ban hành lệnh phong tỏa yêu cầu thu hồi tài sản một cách cưỡng chế” khi xử lý sẽ vô cùng rắc rối. Bởi nếu bên phát hành hoặc cơ quan quản lý muốn cưỡng chế lấy lại một khoản chứng khoán đã được chuyển nhượng ra ngoài, họ phải đi theo con đường kiện tụng và xin tòa án cưỡng chế thi hành; trong khoảng thời gian đó, ít nhất cũng mất vài tuần, còn vụ việc phức tạp thì có thể kéo dài một năm rưỡi. Cổ đông bị thiệt hại nhìn chằm chằm tài sản liên quan vẫn lưu thông bình thường trên thị trường, sốt ruột mà không biết phải làm sao.

Ban đầu tôi cứ nghĩ blockchain sẽ chỉ làm mọi thứ khó hơn—phi tập trung, không thể thay đổi (không thể sửa chữa), nghe chẳng khác gì câu “một khi đã chuyển đi thì chẳng ai lấy lại được”. Cho đến khi tôi lật ra bộ tiêu chuẩn hợp đồng chứng khoán của Zedger, trong đó có hạng mục “chuyển giao cưỡng chế của bên phát hành”. Lúc đó tôi mới nhận ra hoàn toàn không phải như vậy. Tính năng này cho phép bên phát hành, khi đáp ứng các điều kiện tuân thủ nhất định, có thể trực tiếp khởi tạo việc chuyển giao cưỡng chế ngay trên lớp giao thức, kéo lại các vị thế có vấn đề; không cần phải đi hết toàn bộ quy trình tố tụng và thi hành án trước khi nó có hiệu lực trong hệ thống.

Thiết kế này thoạt nhìn như thể là trao quyền cho bên phát hành, nhưng nghĩ kỹ sẽ thấy nó thực chất là ghép lại, ở tầng kỹ thuật, hai bước trong quy trình thực thi pháp luật truyền thống—“phán quyết” và “thi hành”—vốn dĩ nên tách bạch, nhưng lại thường bị đứt gãy do khâu thi hành trì trệ. Tuy nhiên, mâu thuẫn vẫn có thật: một tài sản có thể bị bên phát hành cưỡng chế chuyển nhượng đơn phương, thì người nắm giữ cần dựa trên nền tảng nào để có niềm tin rằng “khoản tài sản này thực sự thuộc về mình và sẽ không bị tùy tiện đem đi”? Đây chính là vấn đề thiết kế thẩm quyền pháp lý, chứ không chỉ là vấn đề kỹ thuật. Rằng hợp đồng có thể thực hiện chuyển giao cưỡng chế không có nghĩa là cơ quan quản lý sẽ công nhận hiệu lực pháp lý của việc chuyển giao đó; khoảng trống giữa hai điều này—e rằng mới là chìa khóa quyết định liệu tính năng ấy có thể được chấp nhận và áp dụng thực sự hay không.

Bạn nghĩ “chuyển giao cưỡng chế của bên phát hành” trên chuỗi khối như vậy, với người nắm giữ thông thường, là tấm lưới an toàn hay lại là một điểm rủi ro mới?
@Dusk $DUSK #dusk

16 tháng 8, nhóm Dusk lại phát hiện một lần hoạt động bất thường liên quan đến các ví cầu nối. Khẩn cấp đã tạm dừng dịch vụ cầu nối, thu hồi các địa chỉ liên quan, đồng thời thêm chặn danh sách đen để ngăn chặn trên ví web. Bên phía chính thức sau đó xác nhận rằng không có vốn của người dùng bị thiệt hại. Phản ứng đầu tiên của tôi khi xem không phải là “lại thoát được một kiếp”, mà là “đây đã là lần thứ hai trong vòng nửa năm”.

Tôi nhớ rõ lần hồi tháng 1: cũng là ví chữ ký thuộc tầng vận hành của nhóm bị sự cố, tương tự là bản thân mainchain không có vấn đề, vấn đề nằm ở “phần việc do con người quản” trong vòng vận hành quanh giao thức. Lần này vào tháng 8, chi tiết gần như được khắc ra từ cùng một khuôn—hệ thống giám sát phát hiện bất thường, tạm dừng dịch vụ, phối hợp sàn giao dịch để chặn dòng tiền đáng ngờ, và sau đó bổ sung danh sách đen. Quy trình xử lý ở cả hai sự cố đều được coi là chuyên nghiệp, tốc độ phản ứng cũng không chậm, nhưng điều tôi quan tâm hơn là một chuyện khác: cùng một loại vấn đề được lặp lại hai lần trong nửa năm, điều đó cho thấy “củng cố” sau lần sự cố đầu tiên có thể chỉ là vá lỗi, chưa giải quyết được tận gốc vấn đề.

Tôi theo ngành này đã nhiều năm, đã thấy quá nhiều đội khi xử lý sự cố an ninh lại dồn trọng tâm vào “lần này thiệt hại bao nhiêu, chúng tôi cầm máu nhanh thế nào”, trong khi lại rất ít người sẵn sàng trả lời một câu hỏi khó chịu hơn—tại sao cùng một loại lỗ hổng lại tái xuất lần thứ hai trong cùng một hệ thống vận hành. Câu “tầng giao thức không có vấn đề” một lần thì có thể khiến người ta tin, nhưng nói hai lần thì phải đặt dấu hỏi. Không phải nghi ngờ năng lực kỹ thuật của Dusk, mà là nghi ngờ cả bộ kỷ luật vận hành xoay quanh dịch vụ cầu nối: quản lý khóa, phê duyệt đa chữ ký, phản hồi giám sát.

Lần này không có thiệt hại về tài chính—là do may mắn hay quy trình thực sự đã được bổ sung thì hiện tại vẫn chưa thấy rõ. Nhưng với một chuỗi muốn thu hút dòng vốn từ tổ chức, bộ phận tuân thủ của tổ chức nhìn chưa bao giờ là “có xảy ra chuyện hay không”, mà là “đã giẫm cùng một cái hố mấy lần rồi”. Tôi sẽ ghi lại mốc này, và giữ nó trong lòng.

Bạn nghĩ sao: cùng một loại sự cố an ninh trong nửa năm lặp lại hai lần, nên được xem là “dao động bình thường khi vận hành đang được liên tục gia cố”, hay nên gióng lên hồi chuông cảnh báo?
@Dusk $DUSK #dusk