Claude Code Xoá Kịch Liệt 80% Prompt, Opus 5 Lại Bổ Sung Ngược Trở Lại

marsbitXuất bản vào 2026-07-27Cập nhật gần nhất vào 2026-07-27

Tóm tắt

Claude Code vừa thông báo cắt giảm hơn 80% prompt hệ thống cho các mô hình mới như Opus 5, nhưng một nhà phát triển (@chenchengpro) đã phát hiện ra điều trái ngược khi kiểm tra thực tế: so với Opus 4.8, prompt hệ thống thực tế của Opus 5 lại dài hơn tới 72% (từ 4467 lên 7694 ký tự). Lý do cho sự "trái khoáy" này nằm ở chiến lược tối ưu prompt của Anthropic. Họ đã thực sự xóa bỏ phần lớn các quy tắc chi tiết, cứng nhắc dành cho các mô hình cũ (từ Opus 4.7 sang 4.8 đã cắt mạnh). Tuy nhiên, với Opus 5 - một mô hình mạnh hơn và chủ động hơn - Anthropic phải bổ sung thêm khoảng 3755 ký tự prompt mới. Những prompt này chủ yếu để định hướng các hành vi "tự ý" của Opus 5, như: cách báo cáo tiến độ, khi nào nên dừng nhiệm vụ, kiểm soát việc gọi các agent phụ và hạn chế việc tự sửa lỗi lặp đi lặp lại. Tóm lại, Claude Code đã "giảm cân" thành công bằng cách loại bỏ các chỉ dẫn thủ công chi tiết, thay vào đó là các nguyên tắc chung linh hoạt. Việc Opus 5 "dài thêm" prompt là để quản lý những khả năng mới và tính chủ động cao hơn của chính nó, đảm bảo hiệu quả và tiết kiệm token khi thực hiện nhiệm vụ.

Claude Code vừa mới thông báo đã cắt giảm một lượng lớn prompt, thì ngay sau đó Opus 5 đã bị bắt quả tang về việc "bật ngược" lại!?

Và mức bật ngược này, quả thực không hề nhỏ: 72%. (cười)

Những con số trông có vẻ đánh nhau này đến từ phía Anthropic chính thức và thử nghiệm thực tế của một cư dân mạng.

Hai ngày trước, Anthropic vừa thông báo đã xóa bỏ hơn 80% nội dung system prompt của các mô hình như Opus 5, Fable 5.

Kết quả là, ngay sau đó đã bị cư dân mạng Trần Thành (@chenchengpro) tình cờ "bắt gói" —

Anh chàng này đã chặn và thống kê system prompt mà các mô hình khác nhau thực sự nhận được, kết quả phát hiện Opus 5 so với Opus 4.8 lại dài thêm 72%??

Một bên xóa kịch liệt 80%, một bên lại dài thêm 72%.

Anthropic, prompt của ngài rốt cuộc đang giảm cân, hay là đang lén lút ăn thêm đồ ngoài......

Claude Code Đại Trùng Tu Prompt, Chính Thức Xóa Xóa Xóa Xóa Xóa 80%

Trước tiên hãy nói xem Anthropic lần này đã xóa cái gì.

Theo bài viết chính thức, Claude Code thời kỳ đầu để ngăn mô hình phạm sai lầm, đã viết vào system prompt rất nhiều quy tắc rõ ràng thậm chí tuyệt đối hóa.

Ví dụ mặc định không viết chú thích, không viết docstring nhiều đoạn, trừ khi người dùng yêu cầu, còn không thì không tạo kế hoạch và tài liệu phân tích.

Nói cách khác, mô hình dễ bị lật ở chỗ nào, con người liền bổ sung trước một quy định!!

Dần dà, system prompt đằng sau Claude Code, cũng ngày càng giống một cuốn "Sổ tay Hành vi Nhân viên" dày cộp.

Phương pháp này đặt lên mô hình thời kỳ đầu đương nhiên là hữu dụng rồi, nhưng cùng với sự nâng cao năng lực của Claude, vấn đề cũng dần dần lộ ra......

Trực tiếp nhất, chính là chỉ dẫn từ các vị trí khác nhau rất dễ đánh nhau lẫn nhau.

Đối mặt với những thông tin trùng lặp thậm chí mâu thuẫn này, Claude còn chưa bắt đầu làm việc, đã phải tốn sức phán đoán rốt cuộc nên nghe ai!!

Thế là, Anthropic đã đơn giản thực hiện một "cuộc đại phẫu" đối với prompt của Claude Code.

Một trong những thay đổi rất trực quan, chính là xảy ra ở quy tắc chú thích và tài liệu.

Một chuỗi dài quy định cũ như mặc định không viết chú thích, tuyệt đối không viết docstring nhiều đoạn, giờ đây đã được nén thành một câu —

Viết mã phù hợp với phong cách mã xung quanh, duy trì tính nhất quán với mật độ chú thích, cách đặt tên và cách viết quen thuộc của nó.

Dịch cho các bạn là: trước tiên hãy xem dự án này vốn viết như thế nào, sau đó kết hợp tình hình thực tế tự mình phán đoán thôi~

Tất nhiên, những thay đổi tương tự còn rất nhiều.

Kết quả là, Anthropic đã xóa bỏ hơn 80% nội dung system prompt trong các mô hình thế hệ mới như Opus 5, Fable 5......

Đáng nói là, theo đánh giá lập trình của Anthropic, lần cắt giảm quy mô lớn này không mang lại sự suy giảm hiệu suất có thể đo lường được, vì vậy mọi người cũng không cần quá lo lắng.

(Nhưng tôi vẫn muốn hỏi một câu... prompt đã cắt bỏ tám phần mười rồi, mô hình làm việc thực sự không hề tệ đi một chút nào sao???)

Đồng hành cùng cuộc đại giảm cân siêu cấp này, quy tắc context engineering của Claude Code cũng gần như được tu sửa lại từ đầu.

Đối với các nhà phát triển sử dụng Claude Code hoặc phát triển Agent dựa trên Claude, Anthropic cũng đưa ra một vài đề xuất điều chỉnh cụ thể hơn.

Tôi cũng giúp các bạn sơ lược tổng hợp lại một chút —

Tinh giản CLAUDE.md: Chỉ giữ lại quy tắc đặc biệt của dự án, những thông tin Claude có thể tự phát hiện từ mã có thể xóa bỏ.

Tách chỉ dẫn dài thành Skill: Lưu riêng các quy trình như review mã, kiểm thử và phát hành, khi cần thì tải lên.

Xóa bỏ chỉ dẫn trùng lặp: Một quy tắc chỉ viết một lần, nội dung đã viết trong phần mô tả công cụ thì không cần lặp lại trong system prompt và CLAUDE.md.

Giảm ví dụ gọi công cụ: Làm rõ ý nghĩa tham số, tùy chọn và kết quả trả về, giảm bớt ví dụ gọi cố định.

Cung cấp trực tiếp tài liệu tham khảo có thể thực thi: Nhà phát triển có thể giao test case, mã hiện có, nguyên mẫu HTML hoặc các tệp dự án khác cho Claude tham khảo, giảm bớt mô tả bằng văn bản dài.

Tổng kết lại, cách tiếp cận mới của Anthropic có thể khái quát thành một câu —

Gửi ít đi một cuốn sổ tay nhân viên chi tiết vụn vặt cho Claude, thiết kế rõ ràng hơn về công cụ, môi trường và ranh giới nhiệm vụ!!

Thật là một cuộc cắt giảm nhân sự prompt ầm ầm......

Cư dân mạng bắt gói: Opus 5 sao lại dài thêm 72%???

Nhìn đến đây, cuộc cắt giảm nhân sự prompt của Claude Code này dường như đã khá thành công rồi.

Nhưng có một nhà phát triển mạng nhìn vào con số "hơn 80%" mà Anthropic đưa ra, bỗng nhiên nảy ra một câu hỏi rất mộc mạc —

Thực sự đã xóa nhiều như vậy sao? (câu hỏi hay.jpg)

Thế là, cư dân mạng Trần Thành (@chenchengpro) đã trực tiếp trỏ Claude Code CLI đến máy chủ cục bộ, bắt ra tất cả system prompt mà các mô hình khác nhau thực sự nhận được.

Sau đó, một nhóm dữ liệu khá là kịch tính đã xuất hiện:

Opus 4.7: 15225 ký tự

Opus 4.8: 4467 ký tự

Opus 5: 7694 ký tự

Đúng vậy, từ Opus 4.7 nâng cấp lên Opus 4.8, system prompt của Claude Code quả thực đã gặp phải một "con dao lớn".

Nội dung prompt ban đầu 15225 ký tự, đã bị cắt giảm thẳng xuống còn 4467 ký tự, trực tiếp gầy đi một khúc lớn.

Thế nhưng đến Opus 5 mới nhất, tình tiết đột nhiên đảo ngược —

System prompt mà nó thực sự nhận được lại tăng từ 4467 ký tự lên 7694 ký tự, so với Opus 4.8 đã dài thêm khoảng 72%!!!

Vì vậy, việc Claude Code giảm cân prompt quả thực tồn tại, chỉ là cuộc cắt giảm quy mô lớn này chủ yếu xảy ra ở giai đoạn Opus 4.8.

Sau khi Opus 5 phát hành, Anthropic lại bổ sung thêm không ít nội dung vào bản prompt đã tinh giản......

Truy tìm tiếp! Đào sâu tiếp!

Tiếp tục lật xuống dưới theo cách triển khai của Claude Code, cư dân mạng tinh ý lại phát hiện một chi tiết then chốt —

Mỗi phiên bản thực ra đồng thời mang theo hai bộ Prompt, sau đó một hàm sẽ dựa vào model ID, quyết định cuối cùng gửi bộ nào đến model.

Các mô hình Sonnet, Haiku, Claude 3 và một phần Opus phiên bản cũ sẽ đi theo bộ Prompt cũ chi tiết hơn; các mô hình mới như Opus 5, Fable 5 thì sẽ sử dụng bộ Prompt mới đã được tinh giản mạnh mẽ.

Nói cách khác, Claude Code quả thực đã dỡ bỏ rất nhiều quy định cũ cho các mô hình mới.

Chỉ là đến Opus 5, model lại xuất hiện một số thói quen hành vi mới, Anthropic buộc phải bổ sung lại những ràng buộc mang tính đích danh hơn.

Nói như vậy thì, con số "xóa bỏ hơn 80%" của chính thức và con số "Opus 5 tăng 72%" do nhà phát triển đo được, thực ra cũng có thể đồng thời thành lập được.

Con số trước mô tả sự thay đổi tổng thể của Claude Code từ hệ thống prompt kiểu cũ chuyển sang hệ thống mới; con số sau so sánh Opus 5 với Opus 4.8 liền kề.

Dù đã dài trở lại một phần, 7694 ký tự của Opus 5 vẫn chỉ bằng khoảng một nửa so với Opus 4.7.

Thế thì vấn đề lại đến rồi:

Mấy nghìn ký tự thêm ra của Opus 5, rốt cuộc Anthropic đã viết cái gì vào trong đó?

Sau khi phân giải sâu hơn, cư dân mạng tinh ý phát hiện, chủ yếu tăng thêm hai phần nội dung độc quyền của Opus 5:

Delivering work: Quy định cách kiểm soát phạm vi nhiệm vụ, báo cáo tiến độ và giao nộp kết quả.

Corrections: Hạn chế model giải thích và sửa chữa lỗi lầm trước đó của mình một cách lặp đi lặp lại.

Hai phần cộng lại khoảng 3755 ký tự, về cơ bản bao phủ chênh lệch giữa Opus 5 và Opus 4.8~

Còn tại sao Opus 5 lại bổ sung trở lại những nội dung này, thực ra, chủ yếu liên quan đến việc model trở nên chủ động hơn —

Theo hướng dẫn prompt do Anthropic phát hành, Opus 5 thích báo cáo tiến độ hơn khi thực hiện nhiệm vụ, câu trả lời và tài liệu tạo ra thường dài hơn, cũng sẵn sàng gọi sub Agent, mở rộng phạm vi nhiệm vụ và xác minh kết quả lặp đi lặp lại.

Gặp phải nhiệm vụ dài hạn phức tạp, những thói quen này quả thực có thể phát huy tác dụng.

Nhưng nếu người dùng chỉ muốn sửa vài dòng mã, Opus 5 vẫn cứ kéo lên một đội sub Agent, lại thuận tay kiểm tra vài vòng, Token tiêu hao và thời gian chờ đợi cũng sẽ tăng theo......

Vì vậy, prompt mới lại bổ sung thêm yêu cầu mang tính đích danh hơn: khi nào thì thích hợp gọi sub Agent, tần suất báo cáo tiến độ cần bao nhiêu, nhiệm vụ làm đến phạm vi nào thì nên dừng, và cách kiểm soát độ dài đầu ra cuối cùng.

Đến đây, nhóm dữ liệu trông có vẻ mâu thuẫn ở phía trước cũng nói thông được rồi.

Những thứ Claude Code lần này xóa bỏ, phần lớn là các quy tắc thao tác tỉ mỉ còn sót lại cho các mô hình cũ, còn 72% dài trở lại của Opus 5, chủ yếu được dùng để ràng buộc hành vi chủ động của mô hình mới sau khi trở nên mạnh hơn.

Model càng có thể tự làm việc, con người càng ít chỗ cần dạy nó tận tay, nhưng sau khi model ngày càng có chủ kiến, việc gì có thể chủ động làm, làm đến bước nào nên dừng, vẫn phải vạch ra một đường giới hạn trước.

Nhìn như vậy thì, prompt của Claude Code quả thực đã gầy đi, chỉ là Opus 5 lại mọc thịt ở chỗ khác.

Quả nhiên, AI cũng không thoát khỏi quy luật này: tật xấu cũ giảm xuống rồi, tật xấu mới lại sẽ chính xác mọc ở chỗ khác. (doge)

Tài liệu tham khảo:

[1]https://x.com/chenchengpro/status/2081339012632215684

[2]https://claude.com/blog/the-new-rules-of-context-engineering-for-claude-5-generation-models

Bài viết này đến từ tài khoản công chúng WeChat "Quantum Bit", tác giả: Quan Tâm Tiền Duy Công Nghệ

Câu hỏi Liên quan

QAnthropic đã thực hiện những thay đổi gì với hệ thống prompt của Claude Code trong các mô hình mới?

AAnthropic đã thực hiện một đợt 'giảm cân' quy mô lớn cho hệ thống prompt của Claude Code, xóa bỏ hơn 80% nội dung prompt cũ trong các mô hình mới như Opus 5 và Fable 5. Họ loại bỏ nhiều quy tắc cứng nhắc và chi tiết, thay vào đó bằng các hướng dẫn tổng quát và linh hoạt hơn, chẳng hạn như khuyến khích mô hình viết code phù hợp với phong cách của dự án hiện có.

QKết quả đo lường thực tế từ người dùng @chenchengpro về độ dài prompt của các phiên bản Opus khác nhau là gì?

ANgười dùng @chenchengpro đã đo lường và phát hiện ra: Opus 4.7 có prompt dài 15225 ký tự, Opus 4.8 giảm mạnh xuống còn 4467 ký tự, nhưng đến Opus 5 lại tăng lên 7694 ký tự. Điều này có nghĩa là so với Opus 4.8, prompt của Opus 5 đã tăng khoảng 72%, mặc dù vẫn ngắn hơn nhiều so với Opus 4.7.

QTại sao Opus 5 lại có prompt dài hơn Opus 4.8, và nội dung bổ sung chủ yếu là gì?

AOpus 5 có prompt dài hơn vì Anthropic cần bổ sung các hướng dẫn mới để quản lý hành vi 'chủ động hơn' của mô hình này. Nội dung bổ sung chủ yếu (khoảng 3755 ký tự) tập trung vào hai phần: 'Delivering work' (cách kiểm soát phạm vi nhiệm vụ, báo cáo tiến độ và giao kết quả) và 'Corrections' (hạn chế việc mô hình liên tục giải thích hay sửa chữa lỗi của chính nó).

QTheo Anthropic, cách tiếp cận mới đối với kỹ thuật ngữ cảnh (context engineering) cho Claude Code là gì?

ACách tiếp cận mới của Anthropic có thể tóm tắt là: 'Ít đưa cho Claude một cuốn sổ tay nhân viên chi tiết thái quá, mà thiết kế rõ ràng hơn các công cụ, môi trường và ranh giới nhiệm vụ'. Họ khuyến nghị các nhà phát triển tinh giản CLAUDE.md, tách chỉ dẫn dài thành các 'Skill' riêng biệt, loại bỏ chỉ dẫn trùng lặp, giảm ví dụ gọi công cụ và cung cấp trực tiếp các tài liệu tham khảo có thể thực thi.

QViệc cắt giảm prompt có ảnh hưởng đến hiệu suất của Claude Code không?

ATheo Anthropic, việc cắt giảm quy mô lớn này 'không gây ra sự suy giảm hiệu suất có thể đo lường được' dựa trên các đánh giá lập trình của họ. Điều này cho thấy các mô hình mới đã đủ mạnh để hiểu và thực hiện nhiệm vụ với các hướng dẫn ngắn gọn và tổng quát hơn, thay vì cần một danh sách dài các quy tắc cụ thể.

Nội dung Liên quan

Làm thế nào để khiến bản thân trở nên không thể bị thay thế bởi trí tuệ nhân tạo

**Tóm tắt: Làm thế nào để trở nên không thể bị thay thế bởi AI** Bài viết phản đối việc than vãn về AI và thay vào đó đề xuất một giải pháp căn cơ: trở thành một "siêu cá nhân" không thể bị thuê mướn. Mối đe dọa thực sự không phải là AI, mà là tình trạng "nô lệ lương thưởng" – phụ thuộc hoàn toàn vào người khác để sinh tồn, làm công việc nhàm chán mà không có mục đích. Để thoát khỏi vòng luẩn quẩn này và phát triển mạnh trong kỷ nguyên AI, bạn cần trau dồi 5 yếu tố then chốt: 1. **Tính tự chủ:** Khả năng hành động mà không cần chờ chỉ thị. 2. **Khiếu thẩm mỹ:** Khả năng nhận biết điều gì thực sự có giá trị. 3. **Khả năng thuyết phục:** Thu hút sự chú ý và sự công nhận. 4. **Sự kiên trì:** Không sợ thất bại, xem đó là bài học. 5. **Khả năng lặp:** Điều chỉnh dựa trên phản hồi để tiến tới mục tiêu. Giải pháp là đầu tư vào sự nghiệp của chính mình. Trong khi AI giỏi tạo ra "tài sản" (nội dung, code), nó không thể thay thế được khả năng phân biệt thứ gì đáng để tạo ra, làm cho mọi người quan tâm và kiên trì theo đuổi. Trong hai kỹ năng đòn bẩy mạnh mẽ là **Code (Lập trình)** và **Media (Nội dung)**, bài viết nhấn mạnh **Nội dung** quan trọng hơn. Giá trị của nội dung là chủ quan và đòi hỏi sự am hiểu, trải nghiệm mà AI khó có được, tạo không gian cho các cá nhân sáng tạo thực sự. **Cách bắt đầu (Bài tập 15 phút):** 1. **Khai thác nguyên liệu thô của bạn:** Xác định chủ đề bạn am hiểu sâu, vấn đề bạn tự giải quyết được, hay sở thích đặc biệt từ nhỏ. 2. **Xác định "trục phản biện" của bạn:** Tìm ra quan điểm độc đáo của bạn – những điều bạn tin là đúng nhưng số đông lại sai trong lĩnh vực của mình. 3. **Xuất bản ý tưởng đầu tiên:** Kết hợp câu trả lời từ bước 1 và 2, tạo ra một nội dung (bài đăng, video) và đăng nó lên. Hành động này mang lại phản hồi thực tế, bắt đầu quá trình học hỏi, lặp lại và phát triển kỹ năng thuyết phục. Bằng cách xây dựng một sự nghiệp xoay quanh con người thật, trải nghiệm thật và góc nhìn độc đáo của mình thông qua nội dung, bạn có thể tạo ra giá trị mà AI không thể sao chép, từ đó trở nên không thể thay thế.

marsbit58 phút trước

Làm thế nào để khiến bản thân trở nên không thể bị thay thế bởi trí tuệ nhân tạo

marsbit58 phút trước

Nhờ việc tung xúc xắc, chìa khóa Bitcoin được lưu trữ offline, nhưng không phải ai cũng muốn làm điều này

Cảm biến từ cuộc tranh cãi gần đây xung quanh lỗ hổng trong ví phần cứng Coldcard, bài viết thảo luận về phương pháp tạo seed (cụm từ khôi phục) cho ví Bitcoin bằng cách xúc xắc vật lý. Mỗi lần xúc xắc công bằng cung cấp khoảng 2,6 bit entropy (thước đo tính ngẫu nhiên). Để đạt mức entropy an toàn cho một seed 12 từ (128 bit), cần khoảng 50 lần xúc xắc; Coldcard khuyến nghị 99 lần để đạt mức bảo mật cao hơn. Lợi thế chính của phương pháp này là tách biệt hoàn toàn với bất kỳ lỗi phần cứng hoặc phần mềm nào trong trình tạo số ngẫu nhiên của thiết bị, từ đó bảo vệ seed chính của ví. Tuy nhiên, bài viết cảnh báo rằng trong sự cố Coldcard, các chức năng phụ khác của thiết bị (như tạo ví giấy, khóa đa chữ ký, mật mã phiên USB) vẫn có thể bị ảnh hưởng nếu chúng dựa vào trình tạo số lỗi, ngay cả khi seed chính được tạo an toàn bằng xúc xắc. Nhược điểm lớn của việc dùng xúc xắc là quá trình thủ công, dễ xảy ra sai sót, tốn thời gian và không thực tế cho đa số người dùng mới. Người dùng có thể ghi chép sai, sử dụng xúc xắc gian lận, hoặc để lộ chuỗi kết quả. Do đó, mặc dù có nền tảng toán học vững chắc, phương pháp này đòi hỏi sự tỉ mỉ cao và không phải là giải pháp khả thi cho việc áp dụng Bitcoin rộng rãi. Bài viết kết luận rằng mục tiêu dài hạn vẫn là phát triển phần cứng/phần mềm tạo số ngẫu nhiên mạnh mẽ và đáng tin cậy, trong khi vẫn giữ phương pháp thủ công như một tùy chọn cho người dùng có kinh nghiệm. Cuối cùng, bài viết đưa ra khuyến nghị cho chủ sở hữu Coldcard: cập nhật firmware, kiểm tra các chức năng phụ đã sử dụng và xem xét các biện pháp bảo mật bổ sung như ví đa chữ ký kết hợp nhiều nhà sản xuất để giảm thiểu rủi ro từ một điểm yếu đơn lẻ.

cryptonews.ru4 giờ trước

Nhờ việc tung xúc xắc, chìa khóa Bitcoin được lưu trữ offline, nhưng không phải ai cũng muốn làm điều này

cryptonews.ru4 giờ trước

Michael Saylor tuyên bố, bản cập nhật Bitcoin mà ông phản đối đã không thể được thông qua!

Michael Saylor tuyên bố rằng về mặt toán học, BIP-110 không thể đạt ngưỡng hỗ trợ 55% từ các tình nguyện viên trong chu kỳ điều chỉnh độ khó khai thác Bitcoin hiện tại. Dữ liệu của ông cho thấy, trong tổng số 946 khối được tạo ra tính đến khối 960.561, chỉ 24 khối chứa tín hiệu ủng hộ BIP-110 trong trường phiên bản tiêu đề khối. Tất cả các tín hiệu này đều đến từ thợ đào DATUM chia sẻ phần thưởng thông qua nhóm khai thác OCEAN, và không có tín hiệu nào từ các thợ đào bên ngoài OCEAN. Saylor nhấn mạnh rằng trong tình huống này, BIP-110 sẽ không đạt được mức hỗ trợ tự nguyện 55% trong chu kỳ xem xét, và các tín hiệu hiện tại không thể được coi là sự đồng thuận chung của các thợ đào. BIP-110 là một đề xuất nhằm gây khó khăn cho việc thêm ảnh, văn bản hoặc các loại dữ liệu lớn khác vào mạng Bitcoin, ngoài giao dịch chuyển tiền. Người ủng hộ cho rằng Bitcoin chỉ nên được dùng để chuyển tiền và không nên làm tắc nghẽn mạng bằng dữ liệu không cần thiết. Tuy nhiên, Michael Saylor phản đối BIP-110. Ông lập luận rằng mạng Bitcoin không nên quyết định giao dịch nào là cần thiết, luật lệ không nên thay đổi theo ý muốn của một số ít người, và tỷ lệ hỗ trợ cao có thể không phản ánh đúng sự ủng hộ thực sự của thợ đào do một phần mềm tự động hóa quá trình báo hiệu.

cryptonews.ru4 giờ trước

Michael Saylor tuyên bố, bản cập nhật Bitcoin mà ông phản đối đã không thể được thông qua!

cryptonews.ru4 giờ trước

Số lượng bình luận tiêu cực về Bitcoin đạt mức cao nhất lịch sử: Điều này có nghĩa là gì?

Công ty phân tích tiền mã hóa Santiment thông báo rằng tình cảm tiêu cực đối với Bitcoin trên mạng xã hội đã đạt mức cao kỷ lục. Tỷ lệ bình luận tích cực/tiêu cực về Bitcoin trên các nền tảng như X, Reddit, Telegram đã giảm xuống mức thấp nhất kể từ khi công ty triển khai hệ thống giám sát hiện đại. Một lỗ hổng bảo mật trong phần sụn của ví cứng Coldcard được xác định là nguyên nhân chính gây lo ngại, làm dấy lên nghi ngờ về tính an toàn của phương pháp lưu trữ lạnh vốn được coi là an toàn nhất. Santiment lưu ý rằng, khác với các cuộc khủng hoảng lớn trước đây như sự sụp đổ của FTX hay Mt. Gox, cuộc thảo luận lần này tập trung vào rủi ro bảo mật phần cứng và ví lạnh nói chung, thay vì chỉ trích các sàn giao dịch tập trung. Theo dữ liệu, hiện chỉ có 0,58 bình luận tích cực cho mỗi bình luận tiêu cực về Bitcoin, cho thấy "nỗi sợ hãi" đang áp đảo "lòng tham" ở mức đáng kể. Mặc dù dữ liệu chỉ trong một ngày, mức độ hoảng loạn hiện tại được đánh giá là cao hơn cả đỉnh lo ngại về chiến tranh đầu năm và các cuộc khủng hoảng tiền mã hóa lớn trong quá khứ.

cryptonews.ru5 giờ trước

Số lượng bình luận tiêu cực về Bitcoin đạt mức cao nhất lịch sử: Điều này có nghĩa là gì?

cryptonews.ru5 giờ trước

Giao dịch

Giao ngay
活动图片