Vì trước đây tôi từng tham gia vào giao dịch chênh lệch giá giao ngay-tương lai, nên tôi có rất nhiều bạn bè nhà tạo lập thị trường. Nhiều người trong số họ biết trực tiếp hoặc gián tiếp về những khoản lỗ đáng kể mà tôi đã phải chịu. Thật buồn cười khi nói rằng, xét đến việc tất cả chúng tôi đều làm trong ngành này, nhiều người trong chúng tôi đã mất tiền lần. Chúng tôi đã gọi điện nhiều lần và tích cực chia sẻ bằng chứng với nhau, và sự thật ngày càng rõ ràng hơn.
Tôi là một chuyên gia khoa học và tôi có tính cách nghiêm túc. Tôi không thể chịu đựng được những kẻ lợi dụng cơ hội này để thực hiện những hành vi đê hèn. Tôi chỉ muốn mọi người biết chính xác những gì đã xảy ra vào ngày hôm đó, liệu Binance có phải chịu trách nhiệm hay không và liệu khoản bồi thường mà họ đưa ra có tương xứng với trách nhiệm của họ hay không. Giờ thì mọi chuyện đã đến nước này, tôi không còn quyền riêng tư nào nữa (tôi đã gửi UID của mình cho SISI vài ngày trước và họ biết tôi là người đã đăng những tin nhắn này. Tuy nhiên, tôi muốn nói rằng tôi rất tôn trọng Binance và cho đến nay chưa có ai chính thức Binance đe dọa hoặc cố gắng ngăn cản tôi lên tiếng. Tôi rất biết ơn vì Binance và tôi sẽ tiếp tục đấu tranh cho quyền lợi của các nạn nhân dựa trên sự thật). Trong vụ việc ở Bắc Kinh, vào ngày 11 tháng 10, một tài khoản có khoảng 3,9 đến 4,1 triệu đô la cháy tài khoản (do biến động giá, số dư tài khoản nằm trong khoảng này 24 giờ trước khi cháy tài khoản ; xem ảnh chụp màn hình bên dưới để biết chi tiết). Sau khi thanh lý cuối cùng, tài khoản còn lại 0,22 đô la. Tôi gần như chỉ sử dụng Binance kể từ năm 2002, nên không có sàn giao dịch hay đối thủ cạnh tranh nào của Binance ở bất kỳ lĩnh vực nào tài trợ cho tôi một xu để làm những việc này. Tiếp theo, tôi sẽ sử dụng góc nhìn sàn giao dịch nhất, từ góc nhìn của người bạn C trong nhóm, để xem xét toàn bộ những gì đã xảy ra đêm đó. Nội dung sau đây đã được kiểm tra kỹ lưỡng lần dựa trên bằng chứng chúng tôi có, và tôi có thể đảm bảo tính xác thực của nó.
Tôi là bạn C, nhà tạo lập thị trường tại 812.eth. Vào lúc 05:12 (UTC+8) sáng ngày 11 tháng 10, thị trường bắt đầu giảm mạnh. Toàn bộ hệ thống kiểm soát rủi ro và thuật toán của tôi, vốn đã hoạt động bình thường trong 1.137 ngày, lần gặp phải những hạn chế vật lý trên Binance!
Phản ứng đầu tiên của chiến lược của tôi không phải là "gấp đôi", mà là áp dụng các mức giảm giá được thiết lập sẵn và các chiến lược quản lý rủi ro: giảm thiểu rủi ro và nhanh chóng giảm vị thế. Để đạt được mục tiêu này, bot sẽ lần lượt phát hành các lệnh ReduceOnly/Close trên nhiều vị thế giữ. Những lệnh "giảm, không tăng" này nên là tuyến phòng thủ cuối cùng trong bất kỳ hệ thống khớp lệnh mạnh mẽ nào: thị trường càng xấu, chúng càng cần được ưu tiên, tạo ra một lối thoát cho rủi ro.
Nhưng lần này, có vẻ như ai đó đã khóa cửa thoát hiểm từ bên trong.
Nhật ký đọc và ghi tin nhắn hiển thị NEW_ORDER_REJECTED (-2010), theo sau là một số lượng lớn lỗi "ReduceOnly Order Failed" (-4118, -2022), "Máy chủ đang bận, vui lòng thử lại sau" (-1008) và HTTP 503 "Dịch vụ tạm thời không khả dụng".
BOT đã nhiều lần cố gắng giảm số lượng DOGE và XRP. Anh ta đã cố gắng bán 3.000.000 token DOGE cùng một lúc để nhanh chóng giảm số vị thế DOGE đang nắm giữ, dẫn đến yêu cầu thế chấp khoảng 656.832 đô la và lỗ vốn chưa thực hiện khoảng -266.118 đô la. Anh ta cũng yêu cầu giảm XRP từ 7.326,10 xuống còn khoảng một phần năm (bằng cách đặt lệnh ReduceOnly 5.860,88). Tuy nhiên, các lệnh an toàn tương tự, được thực hiện trong cùng thời gian, hầu như lần bị từ chối với cùng một mã lỗi.
Trong 106 phút tiếp theo, bot đã thực hiện lần 200 lần thử giảm vị thế, nhưng tất cả đều vô ích. Điều này khiến vị thế bị lộ ra thị trường vào thời điểm tồi tệ nhất có thể, rủi ro tích tụ như một lỗ hổng, cuối cùng dẫn đến thua lỗ thực tế: khoảng 443.835 USDT lỗ vốn DOGE và 148.000 USDT lỗ vốn XRP, tổng cộng lỗ vốn 591.835 USDT. Những con số, dấu thời gian và mã lỗi này được ghi lại rõ ràng và có mối tương quan chéo trong nhật ký của chúng tôi. Từ 05:12–05:16, chúng tôi đã xác định rủi ro trong SOL, BTC, DOGE, ETH và XRP, và đã thực hiện các bước để giảm vị thế của mình. Lần xuất hiện đầu tiên là NEW_ORDER_REJECTED (-2010), tiếp theo là ReduceOnly rejection (-2022/-4118).
05:15–05:16 Lỗi HTTP 503 và -1008 bắt đầu xuất hiện và các lệnh kiểm soát rủi ro nhằm giảm vị thế trong DOGE và XRP tiếp tục không thành công;
05:16–07:02 Chúng tôi đã thử hơn 200 lần mà không thành công, với tỷ lệ từ chối gần 100%. Chúng tôi không thể giảm vị thế, và lỗ vốn chưa thực hiện tiếp tục tăng, cuối cùng chuyển thành các con số lỗ thực tế rõ ràng và có thể tái hiện.
Những mã lỗi này nghe có vẻ hơi khó hiểu. Bạn có thể chia tín hiệu lỗi của Binance thành hai lớp: lớp truyền tải/cơ sở hạ tầng và lớp kiểm soát rủi ro việc kinh doanh/khớp lệnh. Lớp đầu tiên là mã trạng thái HTTP, chẳng hạn như 503, cho bạn biết trực tiếp "dịch vụ không khả dụng/quá tải";
Mã lỗi việc kinh doanh trong nội dung phản hồi của API (trường mã trong JSON), chẳng hạn như -1008 (Máy chủ đang bận), -4118 (ReduceOnly không thành công), -2022 (ReduceOnly_Rejected) và -2010 (Đơn hàng mới bị từ chối).
Nhật ký của chúng tôi cho thấy sự xuất hiện đồng thời lượng lớn của hai loại tín hiệu trong một giai đoạn quan trọng: -1008 và 503, cho thấy cơ sở hạ tầng và cơ chế xếp hàng đang gặp sự cố, trong khi -4118/-2022 cho thấy các lệnh giảm vị thế hoặc kiểm soát rủi ro lẽ ra phải được ưu tiên đã bị hệ thống việc kinh doanh chủ động từ chối. Sự hiện diện kết hợp của hai tín hiệu này cho thấy rõ ràng đây không phải là sự cố mạng phía người dùng, mà là sự cố hệ thống với nền tảng hoặc nhà cung cấp dịch vụ. Hơn nữa, điều này không chỉ giới hạn ở một tài khoản hoặc tài sản duy nhất, mà là một hiện tượng hệ thống trên nhiều tài sản và tài khoản trong cùng một khung thời gian.
Quan trọng hơn, ngay cả theo các tuyên bố công khai và lời hứa của họ với người dùng, các lệnh kiểm soát rủi ro như ReduceOnly/Close nên được ưu tiên trong thời gian tắc nghẽn và không nên bị điều tiết quá tải. Thực tế hoàn toàn ngược lại, một điểm mà chúng tôi đã ghi nhận và phản bác rõ ràng trong các thông tin liên lạc và bằng chứng của mình. Hơn nữa, nhà cung cấp cơ sở hạ tầng đám mây của Binance(người đã đổ lỗi) đã trích dẫn "tỷ lệ từ chối 10%" trong các thông tin liên lạc sau đó, hoàn toàn không phù hợp với tỷ lệ từ chối gần 100% mà chúng tôi đã gặp phải (nhiều đối tác cũng đã cung cấp bằng chứng tương tự, chứng minh việc đặt lệnh gần như hoàn toàn bất khả thi vào thời điểm đó). Bất chấp những lo ngại của chúng tôi, họ đã từ chối cung cấp dữ liệu thống kê, mẫu hoặc báo cáo kiểm toán có thể xác minh. Cách tiếp cận "tuyên bố trước khi có bằng chứng" này chỉ làm trầm trọng thêm những nghi ngờ bên ngoài về các sai sót ở cấp độ hệ thống và các tiêu chuẩn trách nhiệm giải trình sau này của họ.
Lý do chúng tôi rất lo ngại về tỷ lệ từ chối là 10% hay 100% là vì ReduceOnly về cơ bản là một "van cứu vãn", được thiết kế để ưu tiên thực hiện ngay cả khi hệ thống bị tắc nghẽn, loại bỏ rủi ro đang gia tăng khỏi tài khoản. Khi hệ thống tuyên bố quá tải (-1008/503), các lệnh giảm rủi ro không nên bị loại bỏ. Tuy nhiên, trong khoảng thời gian quan trọng từ 05:12 đến 07:02, các lệnh giảm rủi ro này liên tục bị từ chối, với mức độ ưu tiên bị đảo ngược. Điều này hoàn toàn trái ngược với cam kết bên ngoài của nền tảng về "mức độ ưu tiên ReduceOnly" (mức độ ưu tiên này được nêu rõ trong tài liệu của Binance), một điểm được nêu rõ trong các trao đổi của chúng tôi với Binance và bằng chứng chúng tôi cung cấp. Đây không chỉ là "sự dao động mạng không thường xuyên", mà là một mô hình lỗi nhất quán trên cặp giao dịch, loại tài khoản và phút, chỉ ra một bất thường ở cấp độ hệ thống: ngay tại thời điểm đáng lẽ phải được "đảm bảo", hệ thống lại chọn xếp hàng hoặc thậm chí từ chối các lệnh giảm rủi ro.
Mọi người đều đổ lỗi cho nhà tạo lập thị trường vì đã rút thanh khoản và khiến giá cả rơi tự do, nhưng sự thật hoàn toàn ngược lại! Không phải là không có lực mua trên thị trường—hoàn toàn ngược lại. Trong những giai đoạn biến động cực độ, nhà tạo lập thị trường(MM) là những người sẵn sàng và có khả năng bắt được lưỡi dao đang rơi nhất: họ có băng thông rộng lớn, kiểm soát rủi ro nghiêm ngặt, phản ứng nhanh và nguồn vốn dồi dào, mở đường bằng cách liên tục báo giá hai chiều. Nếu toàn bộ hệ thống thực sự không có vấn đề gì, liệu có một người dùng nào trên thị trường sẵn sàng mua một token, ATOM, với giá 0,10 đô la hoặc 0,01 đô la không? Chính vì họ không thể mua nó mà giá của ATOM đã giảm mạnh xuống còn 0,001 đô la. Chúng tôi nghi ngờ rằng nỗ lực thao túng biểu đồ đường K là một nỗ lực che giấu sự thật này.
Trong khoảng thời gian từ tháng 10 đến tháng 11, các nhà tạo lập thị trường lớn với băng thông, Chuỗi ưu tiên và sắp xếp lệnh cao nhất đã bị chặn, gặp phải tình trạng tắc nghẽn cấp hệ thống và lệnh bị từ chối như đã đề cập ở trên. Các lệnh mua lẽ ra phải hỗ trợ đáy thị trường đã không thể vào lệnh. Điều này, chưa kể đến nhà đầu tư bán lẻ cá nhân và các chiến lược phổ biến, đồng nghĩa với việc hỗ trợ đã bị chặn. Kết quả là, bên mua của sổ lệnh dường như đã bị tước bỏ hỗ trợ, trong khi các lệnh bán tiếp tục đổ vào, như thể cả thanh khoản nội bộ lẫn bên ngoài đều bị tạm dừng. Tại thời điểm này, nếu bạn vẫn muốn "chờ thêm một chút, hãy chờ đợi", bạn sẽ không nhận được xác nhận giao dịch, thay vào đó sẽ phải đối mặt với sự trượt giá lớn hơn và giá cả tệ hơn (và tôi đã ngủ quên trong khi điều này xảy ra).
Điều này được nêu rõ trong "Báo cáo Độ lệch Binance" của Benson. Ông đã so sánh giá spot trên sàn giao dịch lớn trong những giai đoạn căng thẳng tột độ, và kết luận rất rõ ràng: Binance , sàn giao dịch thanh khoản nhất thế giới, đã trải qua những độ lệch giá sâu hơn và kéo dài hơn. (Xem: Báo cáo Bài viết và Độ lệch của Benson .) Biểu đồ của Benson minh họa "những mức đáy sâu hơn và quỹ đạo bất thường hơn so với sàn giao dịch khác", cung cấp bằng chứng so sánh: đây không phải là trường hợp cá biệt trong báo cáo của chúng tôi, mà là sự phản ánh những thất bại về cấu trúc giá trên toàn thị trường.
Theo lẽ thường, các nhóm thanh khoản sâu hơn không nên trải qua sự sụt giảm mạnh hơn so với các nhóm nhỏ hơn cùng thời điểm, vì các nhóm sâu hơn có nhiều lệnh mua hơn và tồn đọng lệnh thường xuyên hơn. Tuy nhiên, lần, các nhóm sâu hơn lại là những nhóm "bùng nổ". Tại sao? Một khi cơ đặt lệnh bị chặn một cách có hệ thống, lượng lớn lệnh mua lẽ ra đã tràn vào đã bị ngăn chặn. Sổ lệnh mất độ sâu và chất lượng báo giá giảm sút. Hậu quả là, "thị trường thanh khoản lớn nhất thế giới" nhanh chóng trở thành nơi có "áp lực bán mạnh nhất và tồn đọng lệnh yếu nhất", cho phép giá tự nhiên thâm nhập sâu hơn và nhanh hơn.
Tệ hơn nữa, Binance không chỉ là một sàn giao dịch; nó còn là một đơn vị thiết lập giá. Lượng lớn chỉ số thị trường, giá đánh dấu, tỷ lệ tài trợ và ngưỡng thanh lý bắt buộc đều trực tiếp hoặc gián tiếp phụ thuộc vào giá của Binance như những yếu tố đầu vào quan trọng. Khi "nguồn giá" chính giảm mạnh hơn nữa trong những thời điểm cực đoan, các nền tảng phái sinh, công cụ rủi ro và trình biên soạn chỉ số dựa vào nó để định hướng sẽ càng trở nên mạnh mẽ hơn, đẩy mạnh và khuếch đại ngưỡng thanh lý bắt buộc và giảm vị thế, thúc đẩy sàn giao dịch khác cũng tăng tốc hành động. Đây không phải là một điểm lỗi duy nhất trên một nền tảng duy nhất, mà là một sự lây lan mang tính lan truyền: giá bất thường, do cơ chế bị tắc nghẽn từ phía Binance, lan truyền qua chuỗi chỉ số và giá đánh dấu ra thị trường bên ngoài, kích hoạt việc giảm vị thế, thanh lý bắt buộc và tiếp tục giảm trên các nền tảng khác. Sự sụt giảm tiếp theo trên thị trường bên ngoài sau đó sẽ tác động ngược trở lại các chỉ số và hệ thống kiểm soát rủi ro của Binance, tạo ra một vòng xoáy tăng cường lẫn nhau. Trong Chuỗi truyền tải này, dù các nhà giao dịch có cố gắng đến đâu cũng không thể vượt qua được thực tế “không thể đặt lệnh”: khi hệ thống chặn lối thoát duy nhất, số phận của người can đảm và người thận trọng cũng không khác nhau. Điểm khác biệt duy nhất là ai sẽ mất quyền chọn trước.
Bây giờ, hãy cùng tìm hiểu một chi tiết quan trọng nhưng thường bị bỏ qua: tính năng "Đóng tất cả vị thế" chỉ bằng một cú nhấp chuột dành cho tài khoản Ký quỹ Danh mục đầu tư (PM). Tính năng này cho phép người dùng chọn loại tài sản thế chấp trong tài khoản PM của họ, chẳng hạn như ETH, BTC, LTC, stablecoin khác nhau hoặc token được đặt cọc như WBETH và BNSOL.
Tính năng này cho phép hệ thống trực tiếp thanh lý tất cả vị thế giữ của bạn sang loại tiền tệ bạn chỉ định, rất lý tưởng cho quyết toán ký quỹ bằng tiền tệ. Tuy nhiên, tính năng này chỉ có thể được vận hành thủ công trong giao diện Tài khoản Ký quỹ Danh mục. Hiện chưa có SDK hoặc API nào được triển khai, và chưa có tài liệu kỹ thuật chính thức được phát hành.
Chi tiết này cho thấy hệ thống tài khoản thống nhất dành cho nhà đầu tư tổ chức có thể đã không thực hiện kiểm tra ký quỹ hoặc đánh giá rủi ro tiền ký quỹ khi thực hiện thanh lý một cú nhấp chuột, hoặc ít nhất là logic của hệ thống này cực kỳ hoàn thiện. Đây có thể là một lỗ hổng lớn trong hệ thống kiểm soát rủi ro. Ví dụ, việc giá WBETH giảm bất thường xuống còn 460 đô la và BNSOL xuống còn 37 đô la vào thời điểm đó có thể là do cơ chế này gây ra.
Xét về mặt kiến trúc, hệ thống PM vẫn còn rất non trẻ: các điểm cuối của nó về cơ bản là hình ảnh phản chiếu của "Tài khoản Cổ điển", bao gồm cả cấu trúc ví. Một hệ thống giám sát thời gian thực tạm thời đã được xây dựng trên nền tảng này để kiểm tra tiền ký quỹ, theo dõi tỷ lệ rủi ro trên tài sản thế chấp và thực hiện thanh lý. Khi nhà tạo lập thị trường rút lệnh và xuất hiện khoảng trống thanh khoản ở phía mua, một phản ứng dây chuyền dễ dàng được kích hoạt: đầu tiên, hệ thống tiếp quản các tài khoản PM với đòn bẩy vượt quá 2x; sau đó là các tài khoản với đòn bẩy 1,5x; và cuối cùng là các tài khoản với đòn bẩy khoảng 1x. Hệ thống thanh lý PM hoạt động cực kỳ kém trong điều kiện đồng thời cao, tạo ra cái gọi là "vòng xoáy tử thần".
Chúng tôi hiểu rằng họ hiện đang nỗ lực khắc phục sự cố khẩn cấp, nhưng ít nhất là trước sự cố ngày 11 tháng 10, hệ thống này đã gặp phải những vấn đề nghiêm trọng. (Phần này mô tả cơ chế dựa trên trải nghiệm thực tế của người dùng và các tài liệu công khai, đồng thời xác nhận các vấn đề từ chối đơn hàng và quá tải đã đề cập ở trên.)
Những manh mối này kết nối với một chủ đề chung: sự biến động cực độ kích hoạt kiểm soát rủi ro → Chúng tôi phát hành lệnh ReduceOnly/Close theo các quy tắc → Nền tảng, tại thời điểm quan trọng nhất, từ chối/chặn lệnh kiểm soát rủi ro với sự kết hợp của -4118/-2022/-1008/503 → Không thể giảm vị thế theo các quy tắc, buộc chúng phải bị lộ → Đồng thời, nhà tạo lập thị trường không thể gửi lệnh mua do cùng một hệ thống bị tắc nghẽn, khiến "hồ sâu" lao dốc sâu hơn và nhanh hơn, dẫn đến độ lệch giá mở rộng bất thường so với sàn giao dịch khác → Binance, với tư cách là "nguồn giá", truyền sự bất thường này đến chỉ số/giá đánh dấu/tỷ lệ tài trợ/ngưỡng thanh lý bắt buộc → Các sàn giao dịch khác được liên kết thụ động, đẩy nhanh việc giảm vị thế và thanh lý bắt buộc, và phản ứng Chuỗi dẫn đến sự sụt giảm "lan truyền" → một loạt cháy tài khoản ký quỹ. Chuỗi này được hỗ trợ bởi nhật ký để xem xét, mốc thời gian để xác minh, hoạt động sổ giao dịch để thế chấp và so sánh giá theo chiều ngang để xác minh: đây không phải là suy đoán tâm lý, mà là một chuỗi sự kiện có thể kiểm chứng. Các giá trị, dấu thời gian, mã lỗi, chi tiết PnL và quan sát so sánh tương ứng với các giá trị trong tài liệu của chúng tôi.
Do đó, phán đoán của chúng tôi rất rõ ràng: "thủ phạm" đằng sau loạt cháy tài khoản ký quỹ lần không phải là lòng tham hay sự hoảng loạn của người dùng, cũng không chỉ là thảm họa thị trường tự nhiên, mà là sự thất bại của hệ thống và cơ chế của nền tảng Binance dưới áp lực cực lớn.
Khi các "biện pháp bảo vệ" như ReduceOnly/Close bị nền tảng từ chối một cách có hệ thống với lý do quá tải, khi thị trường độ sâu tiếp tục lao dốc do thiếu lệnh mua, và khi nền tảng, với tư cách là "nguồn giá", lan truyền giá bất thường trên toàn thị trường, gây ra một loạt các đợt thanh lý bắt buộc, bản chất của sự cố này đã nâng cấp từ "biến động giá" thành "sự cố cơ sở hạ tầng". Là đơn vị vận hành cơ sở hạ tầng của ngành, Binance có nghĩa vụ giải thích Chuỗi nguyên nhân này: Tại sao kênh kiểm soát rủi ro bị khóa trong 106 phút, từ 05:12 đến 07:02?
Tại sao cam kết ưu tiên của ReduceOnly lại không thành hiện thực khi nó cần thiết nhất? Tại sao nhóm sâu lại trải qua một đợt sụt giảm sâu hơn nhóm nông? Chúng ta không cần tâm lý để ủng hộ kết luận này—chỉ cần so sánh nhật ký, mã lỗi và biểu đồ độ lệch giá, điều chỉnh lý trí về việc kết hợp các ưu tiên với các cam kết công khai, điều chỉnh mốc thời gian và so sánh PnL của chúng ta. Các nhà giao dịch có thể chịu rủi ro thị trường, nhưng họ không nên chịu trách nhiệm về rủi ro hệ thống. Khi một nhà giao dịch đã thực hiện tất cả các biện pháp giảm thiểu rủi ro hợp lý nhưng bị chặn bởi chính quyền kiểm soát truy cập của nền tảng, nhà giao dịch đó không phải chịu trách nhiệm về những tổn thất phát sinh. Đây là những sự thật chúng tôi quan sát được và là kết luận chúng tôi rút ra.
Với những câu hỏi này, chúng tôi đã nộp đơn khiếu nại, yêu cầu Binance cung cấp báo cáo kiểm toán báo cáo cơ chế khớp lệnh, cũng như nhật ký hệ thống để kiểm tra tiền ký quỹ và thanh lý. Nhưng tất cả những gì chúng tôi nhận được chỉ là những phản hồi lảng tránh và thờ ơ. Đại diện Binance thậm chí còn nói thẳng với chúng tôi rằng nếu tôi mất tiền, tôi không biết mình sẽ phải bồi thường bao nhiêu (vì nhà đầu tư bán lẻ bán lẻ như bạn tôi, 812.eth, là nhóm cuối cùng bị ảnh hưởng bởi virus và chịu thiệt hại nặng nề nhất).
Chúng tôi không phải là trường hợp cá biệt. Chúng tôi đã tìm hiểu từ nhiều kênh khác nhau rằng các tài khoản PM khác nhau đã chịu những tổn thất khác nhau trong sự cố "1011".
Điều này gợi nhớ đến khởi kiện CFTC/SEC chống lại FTX liên quan đến việc miễn trừ Chuỗi ưu tiên của công cụ khớp lệnh khỏi cơ chế rủi ro thanh lý tự động, vốn đã loại trừ các nhà tạo lập thị trường lớn khỏi giao thức ADL. CFTC và SEC đã yêu cầu FTX bồi thường 12,7 tỷ đô la cho các nhà đầu tư do phán quyết về hành vi thiết kế cố ý.
