数据工坊

BTC金叉后回落至7.7万美元——别只盯“金叉”，先把信号链看完整

做数据/量化最容易踩的坑，不是不会看指标，而是把一个信号直接当成可执行结论。

这两天BTC出现EMA20上穿EMA50，随后又回落到7.7万美元附近。但按我生成配图时的日线数据：最新约7.85万美元，EMA20约7.71万美元，EMA50约7.28万美元，RSI约58，20日高低区间约75,546—82,300美元。金叉还在，价格却没有走出单边，这说明“方向指标”只能告诉你当前状态，不能替你回答仓位、失效点、滑点、时段。

我自己的处理方式，是把信号拆成三件事：
1）数据口径：成交价、标记价、收盘价分开；
2）状态过滤：均线、RSI、区间位置一起看；
3）风险预算：先定义什么情况算信号失效，再谈仓位。

这套流程我在做行情监控时也一样：先把指标和告警写清，再让它24/7跑。信号不是拍脑袋，能复现、能回测、能解释，才算数。

你判断金叉时，会等收盘确认，还是盘中交叉就先动？评论区聊聊。
#比特币 #金叉 #行情 #量化 #数据控

萨尔瓦多 BTC 又多了 1500 多枚，IMF 说"不是公家买的"——数据上你先信谁？

IMF 最新确认：萨尔瓦多自 2025 年 6 月以来新增的 BTC 全部来自"私人捐赠"，没动用公共资金。消息一出，"合规"叙事起来了，下一笔约 1.4 亿美元放款也解锁了。但对做数据的人，这句话值得先打个问号。

链上能看到萨尔瓦多相关钱包的 BTC 余额在增加（约 6,224 → 7,764 枚，新增约 1,540 枚）；但"余额增加"和"用公共资金买"是两件事。IMF 认可了捐赠口径，可捐了多少笔、谁捐的，至今没披露。这就像一份"对市场友好"的结论，数据上却缺了三个可验证点：增量、时点、来源。做研究最忌讳的就是"结论先于数据"。

我做金融数据第一件事就是把口径钉死——来源、时点、字段定义全写明白，再下结论。

我的判断：我不会把"IMF 说没用公共资金"直接当纯利好。它真正影响的是主权 BTC 储备叙事的可持续性。要盯的是后续增量是否持续、捐赠方是否披露，以及这个口径会不会被反复用来"合规化"。数据上先看这三点，再谈对价格的意义。

看到"官方口径"和"链上数据"打架的时候，你信哪个？评论区聊聊。
#IMF #萨尔瓦多 #数据 #量化 #数据控

Liquid bị rút gần 4.000 đồng BTC—nhưng “điểm bất thường” trên chuỗi, đã xuất hiện sớm hơn tin tức

Ngày 6/9, chuỗi Bitcoin sidechain Liquid đã bị rút gần 4.000 BTC, trị giá khoảng 320 triệu USD; có thời điểm dự trữ chỉ còn 5%. Nhiều người phản ứng đầu tiên là “tin tặc đang muốn đạp giá”, nhưng thực ra trên chuỗi đã bật đèn đỏ từ trước.

Thứ đáng chú ý không phải là “bị mất bao nhiêu tiền”, mà là các chỉ số trên chuỗi như số dư dự trữ, đúc bất thường, và các giao dịch rút tiền quy mô lớn. Nguyên nhân lần này là lỗ hổng xác thực của Elements (tái sử dụng cache của range proof), khiến L-BTC—không có BTC thật đứng sau để bảo chứng—được đúc ra “trống rỗng”, sau đó đi qua kênh rút tiền thông thường để đổi thành tiền thật. Tiền thì đi theo “đường hợp lệ”, nhưng dữ liệu trên chuỗi—dự trữ sụt giảm mạnh, đúc tiền bất thường, biến động lớn—ngay từ giao diện đã có tín hiệu.

Tôi từng xây cho hệ thống của mình loại giám sát này (số dư/giao dịch bất thường/cảnh báo tự động theo ngưỡng), để “biến động” được cảnh báo sớm trên tin nhắn trước khi thành chủ đề nóng.

Nhận định của tôi: sự việc này không gây ảnh hưởng thực chất tới mainnet BTC; rủi ro tập trung ở khâu thanh toán/chi trả của L-BTC và niềm tin vào sidechain. Vì vậy trong ngắn hạn chỉ là nhiễu cảm xúc, đừng hoảng loạn; thứ cần theo dõi thật sự là ba tín hiệu: “dự trữ phục hồi + triển khai bản vá + nơi đến của 598 đồng còn lại”. Chưa rõ ràng thì tôi sẽ không đụng tới L-BTC.

Bạn thường theo dõi các biến động trên chuỗi không? Hãy trò chuyện ở phần bình luận.
#Liquid #链上监控 #数据 #量化 #Dữ liệuTheoDõi

ZEC Tăng hơn một tuần gần 60%——nhưng trước khi đu bám, hãy làm rõ bạn đang nhắm tới “giá” nào

Cùng nói “ZEC lần này tăng điên rồi”, nhưng con số trong miệng mỗi người lại có thể lệch hẳn một đoạn: bài hot search ghi tuần tăng 45%, còn tôi thì tính theo biểu đồ nến thực tế hôm nay—7 ngày gần nhất +58%, 30 ngày gần nhất +160%. Không phải ai lừa ai, mà là do khẩu độ không giống nhau—rolling 7 ngày, tuần dương lịch, theo giá mở/đóng, hay theo giao dịch mới nhất/giá bình quân gia quyền… đều có thể chênh nhau tới hàng chục phần trăm điểm.

Làm dữ liệu trong nghề này sợ nhất là “con số trông có vẻ đúng”. Tôi quen đóng cứng khẩu độ: dùng đoạn nào, lấy loại giá nào, có tính trượt giá hay không—cố định hết rồi mới rút kết luận. Nếu không, chạy backtest mất nửa ngày, cuối cùng phát hiện dữ liệu tự mâu thuẫn với nhau.

（Hình: Phân tích thời gian thực trong ngày ZEC/USDT, giá + EMA20/50 + khối lượng + RSI, đỉnh vùng 1296）

Khi bạn đu bám những đồng tiền đang mạnh như vậy, bạn đang dùng giá mới nhất, giá đóng cửa hay giá bình quân gia quyền? Hãy bàn luận ở phần bình luận.
Theo dõi mình, cập nhật liên tục loạt bài về dữ liệu/định lượng.
#Zcash #行情 #量化 #数据 #DữLiệuKếHoạch

Liquid bị tấn công 320 triệu USD — nhưng có những biến động trên chuỗi thường là điềm báo trước

Khi làm crypto, việc giám sát dữ liệu on-chain thường phát hiện rủi ro sớm hơn trực giác—các giao dịch bất thường, các biến động giá trị lớn, thường đã có dấu hiệu trước khi sự cố xảy ra.
Tôi từng tự mình lắp hệ thống theo dõi và cảnh báo (tự động đẩy thông tin lên WeChat khi phát hiện bất thường/đạt ngưỡng), vì không muốn đến lúc xảy ra rồi mới phát hiện.

(Ảnh minh họa: biểu đồ dữ liệu)

Các bạn thường theo dõi biến động on-chain không? Hãy trò chuyện ở phần bình luận.
#Liquid #链上数据 #监控 #量化 #数据控

Zcash tăng 45% trong một tuần——nhưng trước khi bạn đuổi theo, hãy làm rõ xem số liệu bạn xem có đúng không

Cùng một đồng, mức tăng 45% bạn thấy được được tính theo giá giao dịch mới nhất, giá bình quân gia quyền hay giá giữa trên sổ lệnh? Ba cách này khi bùng nổ tăng/giảm mạnh có thể chênh lệch rất lớn.

Chưa có chuẩn dữ liệu cố định, biểu đồ K dù đẹp đến đâu cũng chỉ là tự mình thẩm định. Trước đây tôi từng làm định lượng và bị thiệt vì chuyện này; sau đó tôi mới đặt chặt chẽ chuẩn dữ liệu, thời gian và quy tắc khử trùng, nên mới dám dùng để bắt xu hướng.

（Hình minh họa: biểu đồ dữ liệu）

Với những bạn định đuổi theo giá, trước hết hãy xác nhận xem con số bạn đang nhìn có đúng không. Nếu có nhu cầu về thu thập dữ liệu/diễn biến thị trường, hãy trò chuyện ở phần bình luận.

Làm phân tích dữ liệu, thứ tốn thời gian nhất thực ra không phải là thu thập dữ liệu, mà là làm sạch dữ liệu.

Cùng một bộ dữ liệu, khi lấy từ các nguồn khác nhau thì định dạng lại muôn hình vạn trạng: định dạng ngày tháng không thống nhất, có giá trị trống, có dữ liệu trùng lặp, đơn vị còn bị trộn lẫn lại với nhau… Thời gian bạn bỏ ra để làm sạch dữ liệu thường còn nhiều hơn việc thu thập lên vài lần.

Về sau tôi rút ra kinh nghiệm: trước khi thu thập thì phải chốt rõ phạm vi (quy ước) ngay từ đầu (các trường, đơn vị, thời gian, quy tắc loại trùng). Dù có phải tốn thêm nửa tiếng để viết quy tắc làm sạch, thì về sau mỗi ngày đều có thể tiết kiệm được một đến hai tiếng.

(Ảnh kèm: dữ liệu đã được làm sạch gọn gàng)

Nếu mỗi ngày bạn cũng tốn rất nhiều thời gian để sắp xếp dữ liệu, có thể trò chuyện xem làm sao để biến bước này thành tự động được không. Trao đổi trước không mất phí, cứ nói chuyện thôi.

Làm người làm định lượng, bẫy dễ vấp nhất không phải là chiến lược, mà là “dữ liệu”.

Cùng một đồng coin, bạn lấy ở giao diện A là “giá giao dịch mới nhất”, ở giao diện B là “giá trung bình gia quyền”, còn ở giao diện C là “giá giữa trong sổ lệnh”.
— Cả ba đều đúng, nhưng kết quả backtest có thể chênh lệch rất xa. Trước đây tôi từng có một lần, chiến lược backtest trông rất đẹp, nhưng chạy thật thì sập.
Sau đó tôi phát hiện là do khác biệt về cách lấy dữ liệu so với thực chiến.

Vì vậy, trước khi làm định lượng, hãy xác định rõ “muốn lấy giá nào, tại thời điểm nào, và theo thao tác/lệnh nào”. Không thì dù backtest có hoa mỹ đến đâu cũng chỉ là tự sướng.

Hiện tại tôi bắt行情 cũng đi theo một bộ pipeline cố định về chuẩn dữ liệu: tự động chạy theo lịch, làm sạch dữ liệu, xuất bảng, và còn có cảnh báo,
để đảm bảo “bẫy dữ liệu” không phá hỏng chiến lược.

Các bạn làm định lượng, nếu bạn cũng đang vật lộn với “chuẩn dữ liệu”, thì có thể trò chuyện với nhau, không thu phí—trước tiên cứ nói chuyện đã.