Sai lầm khi phân tích dữ liệu on-chain

Những sai lầm khi phân tích dữ liệu on-chain các dự án khác nhau trong thế giới tiền mã hóa. Dữ liệu on-chain là yếu tố cực kỳ quan trọng nhằm giúp nhà đầu tư đưa ra những quyết định đúng đắn trong thế giới crypto. Hôm nay, hãy cùng iBlockchain tìm hiểu Sai lầm khi phân tích dữ liệu on-chain qua bài viết dưới đây.

Contents

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

Sai lầm khi phân tích dữ liệu on-chain

Tìm hiểu những sai lầm khi phân tích dữ liệu on-chain. Thứ nhất, Transaction hash (Hàm băm giao dịch) đây không phải là mã định danh duy nhất trong số các bảng sự kiện đã giải mã. Mà đó là sự kết hợp của transaction hash và event index (chỉ mục sự kiện) có vai trò là khóa duy nhất cho mỗi một sự kiện.

Hơn nữa, một điều quan trọng cần chú ý là có thể có nhiều sự kiện xảy ra trong một giao dịch và chỉ mục sự kiện được dùng để xác định thứ tự xảy ra những sự kiện đó. Chúng ta hãy cùng phân tích những nhận định này với những hình ảnh phía dưới đây:

Ở hình bên 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á ở bên trái của mỗi nhật ký trong Etherscan.

Sai lầm khi phân tích dữ liệu on-chain

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

Sai lầm khi phân tích dữ liệu on-chain

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

Xem thêm:  Solana là gì?

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

Sai lầm khi phân tích dữ liệu on-chain

Nội dung thứ hai về những sai lầm khi phân tích dữ liệu on-chain. Trong một blockchain, nhiều token có thể được chia sẻ cùng một biểu tượng. Vì vậy, sẽ mang lại rủi ro khi lọc các token chỉ dựa trên biểu tượng của chúng.

Có ít nhất bốn mã thông báo sử dụng ký hiệu WEALTH trên blockchain Ethereum. 

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

Nội dung tiếp theo về sai lầm khi phân tích dữ liệu on-chain. Chỉ 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ề. Do vậy, khi phân tích các bảng chứa dữ liệu từ nhiều mạng blockchain, điều quan trọng nhất mà bạn cần phải quan tâm là bao gồm thông tin mạng trong các điều kiện tham gia.

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

Nội dung thứ tư về những sai lầm khi phân tích dữ liệu on-chain. Khi kết hợp bảng giải mã sự kiện và bảng giải mã chức năng thông thường khó khăn do thiếu khóa duy nhất để tham gia. Nếu không thể tìm thấy thông tin cần thiết trong bảng giải mã chức năng, sẽ cần phải sử dụng giải mã dữ liệu thập lục phân.

Chẳng hạn: Trong hàm exit Tokens của hợp đồng ERC 1155 Predicate, input_log lưu trữ dữ liệu số lượng và nft token_id

Sai lầm khi phân tích dữ liệu on-chain

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

Nội dung cuối cùng về sai lầm khi phân tích dữ liệu on-chain. Dường như cách dễ thấy nhất để phân bổ phí gas của các dự án chính là xác định lĩnh vực giao dịch thuộc về hợp đồng nào và tiếp đó thêm phí gas vào dự án. Tuy vậy thì cách tiếp cận này có lẽ không chính xác.

Xem thêm:  Hệ sinh thái Lens Protocol

Trong nhiều trường hợp, một giao dịch liên quan đến nhiều dự án, vì thế mà phương pháp này có thể sẽ không phản ánh chính xác việc sử dụng một số dự án thường được dùng trong các giao dịch nội bộ, ví dụ như MakerDAO hoặc Curve.fi.

Sai lầm khi phân tích dữ liệu on-chain

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

Sai lầm khi phân tích dữ liệu on-chain

Tóm lại, trên đây là năm sai lầm khi phân tích dữ liệu on-chain mà iBlockchain đã giới thiệu chi tiết đến bạn. Nếu bạn có câu hỏi nào cần chúng tôi giải đáp hãy để lại dưới phần bình luận, câu trả lời sẽ ở bài viết tiếp theo. Chúc bạn đầu tư đúng đắn và hiệu quả!

Leave a Reply

Your email address will not be published. Required fields are marked *