Những sai lầm phổ biến khi phân tích dữ liệu on-chain

Transaction hash không phải là khóa duy nhất trong bảng sự kiện được giải mã

Chỉ riêng Transaction hash (Hàm băm giao dịch) không phải là mã định danh duy nhất trong các bảng sự kiện đã giải mã. Thay vào đó, sự kết hợp của transaction hash và event index (chỉ mục sự kiện) đóng vai trò là khóa duy nhất cho mỗi sự kiện. Ngoài ra, điều quan trọng cần lưu ý là nhiều sự kiện có thể xảy ra trong một giao dịch và chỉ mục sự kiện được sử dụng để xác định thứ tự xảy ra các sự kiện đó. Chúng ta sẽ cùng phân tích những nhận định này với những hình ảnh dưới đây:
Ở hình dưới, Chỉ mục sự kiện là giá trị được biểu thị bằng số được khoanh tròn màu xanh lục ở bên trái của mỗi nhật ký trong Etherscan.

Trong hợp đồng thông minh, chỉ mục sự kiện được định nghĩa như sau:

Khi phần mã này trong hợp đồng thông minh được thực thi, nó sẽ lưu lại sự kiện.

Mã token không phải là duy nhất

Ngay cả trong một blockchain, nhiều token có thể chia sẻ cùng một biểu tượng. Do đó, sẽ rất rủi ro khi lọc các token chỉ dựa trên biểu tượng của chúng.

Trên blockchain Ethereum, có ít nhất bốn mã thông báo sử dụng ký hiệu WETH. (Nguồn: Dune)

Địa chỉ không phải là duy nhất 

Sự kết hợp của một địa chỉ hợp đồng và mạng blockchain mà nó thuộc về là duy nhất. Do đó, khi tiến hành phân tích các bảng chứa dữ liệu từ nhiều mạng blockchain, điều quan trọng mà bạn cần quan tâm là phải bao gồm thông tin mạng trong các điều kiện tham gia.

Các blockchain khác nhau không chia sẻ cùng một địa chỉ cho cùng một contract

Chẳng hạn, 0xC02aaA39b223FE8D0A0e5C4F27eAD9083C756Cc2 là địa chỉ của WETH contract trên Ethereum, nhưng đó không phải là hợp đồng trên Arbitrum. Thay vào đó, nó là một tài khoản EOA (Externally Owned Accounts). Hai hình dưới đây sẽ mô tả cho bạn đọc thấy sự khác biệt này.

Cẩn thận khi kết hợp bảng giải mã sự kiện và bảng giải mã chức năng

Kết hợp bảng giải mã sự kiện và bảng giải mã chức năng thường khó khăn do thiếu khóa duy nhất để tham gia. Trong trường hợp không thể tìm thấy thông tin cần thiết trong bảng giải mã chức năng, có thể cần phải sử dụng giải mã dữ liệu thập lục phân. Ví dụ: Trong hàm exitTokens của hợp đồng ERC1155Predicate, input_log lưu trữ dữ liệu số lượng và nft_token_id.

Chỉ dựa ‘to’ contract để tính khối lượng phí gas cụ thể của dự án

Có vẻ như cách dễ nhất để phân bổ phí gas cho các dự án cụ thể là xác định lĩnh vực giao dịch thuộc về hợp đồng nào và sau đó thêm phí gas vào dự án đó, tuy nhiên, cách tiếp cận này có thể không chính xác. Trong hầu hết các trường hợp, một giao dịch liên quan đến nhiều dự án, vì vậy phương pháp này có thể không phản ánh chính xác việc sử dụng một số dự án thường được sử dụng trong các giao dịch nội bộ, chẳng hạn như MakerDAO hoặc Curve.fi.

Nhiều nhà phân tích có thể nghĩ rằng chỉ cần xác định lời gọi hàm nào thuộc về dự án nào là đủ. Tuy nhiên, có hai vấn đề với cách tiếp cận này. Đầu tiên, phần lớn phân tích on-chain dựa trên các sự kiện hơn là các lệnh gọi hàm. Thứ hai, phí gas không chỉ phát sinh bởi các hoạt động (thường là các chức năng) trong một giao dịch, mà còn bởi chính giao dịch đó và bởi các hoạt động nhật ký (sự kiện).

Lời kết

Trên đây là những sai lầm cơ bản khi tiến hành phân tích on-chain các dự án khác nhau trong thế giới tiền mã hóa. Dữ liệu on-chain là một yếu tố vô cùng quan trọng để giúp nhà đầu tư đưa ra những quyết định đúng đắn trong thế giới crypto. Hiểu được những sai lầm phổ biến sẽ giúp nhà phân tích ngày càng nhạy bén hơn với số liệu trong hành trình đầu tư của bản thân.