Cơ sở hạ tầng dữ liệu on-chain cho dịch vụ tài sản kỹ thuật số

1. Bức tường mà tài sản kỹ thuật số phải đối mặt, dữ liệu on-chain không thân thiện {#rps-1}

Thị trường tài sản kỹ thuật số đang phát triển nhanh chóng. Stablecoin đã xử lý giao dịch lên tới hàng trăm tỷ USD mỗi năm và được sử dụng trong lĩnh vực thanh toán và chuyển tiền, trong khi việc token hóa (Tokenization) các tài sản tài chính truyền thống như cổ phiếu và trái phiếu cũng đang được triển khai mạnh mẽ. Điều này cho thấy vai trò của công nghệ blockchain đang mở rộng ra toàn bộ chuỗi giá trị tài chính (Value Chain), từ phát hành và phân phối tài sản đến thanh toán và quyết toán.

Giờ đây, blockchain đã bước qua giai đoạn thảo luận về khả năng và tiến vào giai đoạn xây dựng cơ sở hạ tầng thực tế. Do đó, trọng tâm của cuộc thảo luận không còn là chứng minh sự cần thiết của việc áp dụng công nghệ, mà là làm thế nào để vận hành nó trong hệ thống tài chính chính thức. Đặc biệt, câu hỏi là làm thế nào để tích hợp cơ sở hạ tầng blockchain vào các quy trình công việc hiện có như kế toán, thuế, kiểm toán và tuân thủ. Ngay cả khi blockchain hoạt động như một cơ sở hạ tầng mới, các quy trình và tiêu chuẩn mà hệ thống tài chính chính thức yêu cầu vẫn sẽ được duy trì.

Vấn đề là quá trình tích hợp cơ sở hạ tầng blockchain vào quy trình tài chính hiện tại là rất phức tạp. Hệ thống tài chính truyền thống hoạt động dựa trên dữ liệu có cấu trúc (Structured) được chuẩn hóa, trong khi dữ liệu on-chain gần giống như dữ liệu thô (Raw) cần phải được lập chỉ mục, giải mã và chuẩn hóa riêng. Để so sánh, nó giống như một đống biên lai khổng lồ chưa được phân loại hơn là một sổ kế toán được sắp xếp gọn gàng.

Do đó, để sử dụng dữ liệu on-chain, một đường ống dữ liệu riêng biệt là cần thiết. Cần thu thập các bản ghi giao dịch từ sổ cái phân tán và tinh chỉnh chúng theo mục đích sử dụng. Hơn nữa, cần có một cơ sở hạ tầng có khả năng lưu trữ ổn định hàng chục terabyte dữ liệu và truy xuất nhanh chóng khi cần thiết. Cuối cùng, dữ liệu on-chain mặc dù được công khai cho mọi người, nhưng không phải là dữ liệu dễ dàng để sử dụng.

2. Thực tế và giới hạn trong việc xây dựng cơ sở hạ tầng dữ liệu on-chain {#rps-2}

Tuy nhiên, trong giai đoạn đầu khi quy mô và phạm vi sử dụng của thị trường tài sản kỹ thuật số còn hạn chế, vấn đề tiếp cận dữ liệu này không được nổi bật. Hầu hết các dịch vụ tài sản kỹ thuật số gần như chỉ là các thử nghiệm quy mô nhỏ với những người tham gia hạn chế. Ví dụ, dự án token tiền gửi của ngân hàng đầu tư toàn cầu JP Morgan chỉ là một phương tiện thanh toán hạn chế được thiết kế cho một số ít khách hàng tổ chức. Trong môi trường mà người tham gia và mục đích sử dụng rõ ràng, loại giao dịch cần xử lý cũng đơn giản, và tính thời gian thực hoặc độ chính xác của dữ liệu cũng không quan trọng lắm.

Thời điểm đó, tiêu chuẩn yêu cầu đối với dữ liệu on-chain cũng tương đối lỏng lẻo. Ngay cả khi không phải tất cả các trạng thái đều khớp chính xác theo thời gian thực, miễn là sau một khoảng thời gian, tính nhất quán cuối cùng (Eventual Consistency) được đảm bảo, thì không có vấn đề lớn trong hoạt động. Nói cách khác, phương pháp xử lý dựa trên tính nhất quán cuối cùng là hoàn toàn chấp nhận được. Trong môi trường như vậy, việc vận hành các nút một cách hạn chế hoặc tích hợp các điểm cuối RPC bên ngoài, hoặc đơn giản là API dữ liệu on-chain cũng có thể được xử lý mà không gặp khó khăn.

Tuy nhiên, khi môi trường on-chain mở rộng, chỉ với các phương pháp hiện tại đã trở nên khó khăn hơn. Sự đa dạng của các loại tài sản và quy mô giao dịch tăng nhanh đã làm cho phạm vi xử lý dữ liệu tăng lên đáng kể. Do đó, các yêu cầu kỹ thuật mà cơ sở hạ tầng dữ liệu cần đáp ứng cũng đã trở nên tinh vi hơn và đảm bảo tính thời gian thực. Khi bước vào giai đoạn vận hành thực sự, các tiêu chuẩn yêu cầu đối với cơ sở hạ tầng đã thay đổi một cách cơ bản.

3. Yêu cầu về cơ sở hạ tầng dữ liệu on-chain cho hệ thống tài chính chính thức {#rps-3}

Để đáp ứng mức yêu cầu cao hơn như vậy, tiêu chí đánh giá cơ sở hạ tầng cũng cần phải thay đổi. TaiGeer Research đưa ra ba tiêu chí cốt lõi cho cơ sở hạ tầng dữ liệu on-chain mà hệ thống tài chính chính thức có thể tin tưởng và sử dụng: tính đầy đủ (Completeness), tính nhất quán (Consistency) và tính ổn định (Stability). Đây là những yêu cầu thiết yếu mà dữ liệu on-chain phải đáp ứng để hoạt động như một sổ cái chuẩn cho dịch vụ thực tế.

3.1. Tính đầy đủ (Completeness): Tất cả các giao dịch có được bao gồm không {#rps-4}

Tính đầy đủ là yêu cầu cơ bản nhất của cơ sở hạ tầng dữ liệu on-chain. Đây là tiêu chí để đánh giá xem các giao dịch được ghi lại trong sổ cái blockchain có được thu thập đầy đủ và có được phản ánh mà không thiếu sót trong quá trình xử lý hay không. Trong hệ thống tài chính chính thức, chỉ cần thiếu một giao dịch cũng có thể làm thay đổi việc tính toán số dư, xử lý kế toán và kết quả quyết toán.

Sự thiếu sót dữ liệu có thể xảy ra ngay từ giai đoạn thu thập. Blockchain ghi lại các giao dịch xảy ra trong một khoảng thời gian nhất định theo từng khối. Cơ sở hạ tầng dữ liệu thu thập và xử lý các khối này theo thứ tự. Tuy nhiên, nếu việc thu thập các khối trong một khoảng thời gian nhất định bị gián đoạn do sự cố nút hoặc vấn đề mạng, thì các bản ghi giao dịch trong khoảng thời gian đó cũng có thể bị thiếu. Tuy nhiên, sự thiếu sót trong giai đoạn thu thập có thể được xác định và xử lý tương đối rõ ràng. Có thể lấp đầy dữ liệu thông qua công việc backfill để thu thập lại các khoảng khối bị thiếu.

Một vấn đề khác là trong quá trình xử lý sau khi đã thu thập đầy đủ dữ liệu khối gốc. Bộ chỉ mục (Indexer) sẽ trích xuất các bản ghi giao dịch cần thiết từ dữ liệu gốc và chuyển đổi chúng thành dạng có thể truy vấn. Trong quá trình này, nếu dữ liệu không được phân tích đúng cách, một số bản ghi có thể bị mất trong quá trình xử lý. Ví dụ, giả sử chúng ta đang lập chỉ mục dữ liệu chuyển token của Solana. Solana có các tiêu chuẩn mở rộng ngoài tiêu chuẩn token hiện có. Nếu bộ chỉ mục được thiết kế chỉ để phân tích tiêu chuẩn hiện có, thì lịch sử di chuyển của các token được phát hành theo tiêu chuẩn mở rộng có thể bị thiếu.

Trong các chuỗi có hiệu suất cao, gánh nặng duy trì tính đầy đủ càng lớn hơn. Thời gian tạo khối ngắn và khối lượng giao dịch lớn hơn, thì lượng dữ liệu mà đường ống dữ liệu cần xử lý trong thời gian ngắn cũng tăng lên. Ngay cả khi không có lỗi trong logic thu thập và xử lý, nếu việc xử lý thời gian thực không theo kịp tốc độ của chuỗi, thì việc phản ánh các bản ghi giao dịch xảy ra trong khoảng thời gian đó có thể bị trì hoãn. Cuối cùng, tính đầy đủ không chỉ là việc thu thập dữ liệu một cách đầy đủ, mà còn phải có khả năng liên tục phản ứng với sự thay đổi và tốc độ của chuỗi.

3.2. Tính nhất quán (Consistency): Dữ liệu đã thu thập có chính xác không {#rps-5}

Nếu tính đầy đủ kiểm tra xem có thiếu dữ liệu hay không, thì tính nhất quán là tiêu chí để đánh giá xem dữ liệu đã thu thập có khớp với sổ cái blockchain hay không. Trong hệ thống tài chính chính thức, tính nhất quán cũng quan trọng không kém tính đầy đủ. Nếu một dữ liệu bị sai, thì tất cả các phép tính và phán đoán dựa trên nó cũng có thể bị sai lệch.

Trong blockchain, quá trình xác nhận sổ cái có thể dẫn đến sự thay đổi tạm thời của dữ liệu. Hệ thống tài chính truyền thống ghi lại và quản lý dữ liệu dựa trên một máy chủ trung tâm, trong khi blockchain cho phép nhiều người tham gia xác thực từng khối và đồng thuận để cập nhật sổ cái. Trong quá trình này, có thể xảy ra tình huống mà các khối khác nhau dường như đều hợp lệ cùng một lúc do độ trễ mạng hoặc sự khác biệt về thời điểm xác thực.

Trong quá trình này, một khối ban đầu được xử lý là hợp lệ có thể bị loại bỏ khỏi sổ cái cuối cùng và được thay thế bằng một khối khác, dẫn đến hiện tượng điều chỉnh khối (Reorg). Trong trường hợp này, các giao dịch đã được bao gồm trong khối đó có thể bị loại bỏ khỏi sổ cái cuối cùng hoặc được bao gồm lại trong một khối khác sau đó. Điều này có thể dẫn đến vấn đề tính nhất quán khi dữ liệu được thu thập tại một thời điểm cụ thể khác với trạng thái sổ cái đã được xác nhận sau đó.

Vấn đề tính nhất quán cũng có thể xảy ra ở phía khách hàng của nút. Khách hàng nút là phần mềm cốt lõi điều khiển các nút blockchain, gần giống như hệ điều hành (OS) của blockchain. Nếu phần mềm này có lỗi, có thể xảy ra sai sót trong quá trình giải thích và tính toán dữ liệu sổ cái. Thực tế, đã có những trường hợp xảy ra lỗi trong quá trình xử lý giao dịch hoặc tính toán phí trong các khách hàng nút chính của Ethereum. Điều này tương tự như việc tài sản của khách hàng bị ghi sai hoặc phí bị tính toán sai trong dịch vụ tài chính.

Như vậy, tính nhất quán của dữ liệu trên chuỗi không chỉ được đảm bảo bằng cách thu thập dữ liệu. Dữ liệu được thu thập tại một thời điểm cụ thể có thể khác với sổ cái đã được xác nhận sau đó, và dữ liệu sổ cái có thể bị giải thích sai do lỗi của khách hàng nút. Do đó, để sử dụng dữ liệu trên chuỗi làm dữ liệu chuẩn trong tài chính chính thống, cần phải liên tục đối chiếu và xác minh xem dữ liệu đã thu thập có khớp với sổ cái hay không.

3.3. Tính ổn định: Có ổn định trong môi trường vận hành quy mô lớn không {#rps-6}

Nếu tính toàn vẹn và tính nhất quán là tiêu chí để xác minh chất lượng dữ liệu, thì tính ổn định là tiêu chí để đánh giá xem việc thu thập, xử lý và tra cứu dữ liệu có thể diễn ra liên tục trong môi trường vận hành quy mô lớn hay không. Trong ngành có đặc điểm là bất kỳ sự cố hay độ trễ nào cũng có thể dẫn đến tổn thất nghiêm trọng, đây là yêu cầu không thể thỏa hiệp. Đặc biệt, cơ sở hạ tầng trên chuỗi phải dựa trên một mạng lưới không ngừng nghỉ 24 giờ, vì vậy yêu cầu về tính ổn định càng cao hơn.

Trong môi trường vận hành quy mô lớn, cần phải xử lý nhiều yêu cầu đồng thời. Trong cơ sở hạ tầng máy chủ truyền thống, có thể tăng cường khả năng xử lý thông qua cân bằng tải (Load Balancing) bằng cách phân phối yêu cầu cho nhiều máy chủ. Tuy nhiên, trong cơ sở hạ tầng blockchain, chỉ việc vận hành nhiều nút cũng khó đạt được hiệu quả tương tự. Thời điểm đồng bộ hóa khối của mỗi nút có thể khác nhau, dẫn đến việc các yêu cầu tra cứu giống nhau có thể trả về kết quả khác nhau.

Ví dụ, giả sử người dùng kiểm tra trạng thái xử lý ngay sau khi gửi giao dịch. Nút nhận yêu cầu đầu tiên có thể đã xác nhận giao dịch đó, nhưng nút khác nhận yêu cầu tra cứu có thể chưa phản ánh điều này. Trong trường hợp này, mặc dù cơ sở hạ tầng đã phản hồi bình thường, người dùng sẽ thấy trạng thái khác nhau cho cùng một giao dịch.

Khi quy mô dữ liệu tăng lên, việc đảm bảo tính ổn định cũng trở nên khó khăn hơn. Trong tài chính chính thống, chỉ việc xác nhận trạng thái mới nhất là không đủ. Cần phải đánh giá trạng thái tài sản tại một thời điểm cụ thể và xác minh xem trạng thái đó đã được hình thành qua những lịch sử giao dịch nào. Để làm điều này, cần có nút lưu trữ (Archive Node) để bảo tồn các bản ghi trong quá khứ, nhưng tùy thuộc vào chuỗi, quy mô của nó có thể lên đến hàng chục terabyte. Trong môi trường cần lưu trữ và tra cứu dữ liệu khổng lồ như vậy, khả năng xảy ra độ trễ tra cứu và tắc nghẽn hệ thống cũng tăng lên.

Bảo trì liên tục cũng là một yêu cầu quan trọng cho tính ổn định. Blockchain tiếp tục thay đổi ngay cả khi đang hoạt động, với các hard fork (Hard Fork), nâng cấp chuỗi, cập nhật khách hàng nút, v.v. Nếu đường ống thu thập và xử lý dữ liệu không thể đáp ứng những thay đổi này, cơ sở hạ tầng đã hoạt động bình thường cũng có thể dừng lại ngay lập tức. Cuối cùng, tính ổn định không chỉ được đảm bảo bằng việc xây dựng ban đầu mà còn phải có khả năng liên tục ứng phó với sự thay đổi của môi trường chuỗi.

4. Lambda256: Cơ sở hạ tầng dữ liệu trên chuỗi cho tài chính chính thống {#rps-7}

Rất hiếm khi một công ty chuẩn bị kinh doanh tài sản kỹ thuật số tự xây dựng tất cả cơ sở hạ tầng. Thông thường, họ chọn cơ sở hạ tầng chuỗi toàn cầu đã được kiểm chứng về công nghệ và cụ thể hóa mô hình kinh doanh trên đó. Cơ sở hạ tầng dữ liệu trên chuỗi cũng cần được nhìn nhận từ góc độ tương tự. Cơ sở hạ tầng dữ liệu trên chuỗi với tính toàn vẹn, tính nhất quán và tính ổn định như đã trình bày ở trên không chỉ là một nhiệm vụ xây dựng cơ sở dữ liệu đơn giản.

Trong môi trường đa chuỗi phức tạp, cần phải lập chỉ mục dữ liệu có cấu trúc khác nhau theo thời gian thực cho từng chuỗi và duy trì tính ổn định và hiệu suất xử lý cao ngay cả trong lưu lượng truy cập lớn. Ngoài ra, cần phải liên tục ứng phó với các tiêu chuẩn mới và nâng cấp chuỗi mỗi khi chúng xảy ra. Cuối cùng, cơ sở hạ tầng dữ liệu trên chuỗi không phải là một dự án phát triển kết thúc trong thời gian ngắn, mà gần như là một dự án cơ sở hạ tầng quy mô lớn đòi hỏi vốn và thời gian khổng lồ cùng với kinh nghiệm vận hành thực tế.

Do đó, từ góc độ của doanh nghiệp, việc chọn một đối tác hạ tầng đã được kiểm chứng và tập trung vào công việc kinh doanh của mình là cách tiếp cận thực tế hơn là tự phát triển tất cả cơ sở hạ tầng. Lambda256 đã trở thành đối tác công nghệ của các doanh nghiệp tài sản kỹ thuật số lớn trong nước cũng vì lý do này. Lambda256, công ty con công nghệ blockchain của Dunamu, cung cấp cơ sở hạ tầng blockchain cho các sàn giao dịch, tổ chức tài chính và doanh nghiệp Web3, đồng thời đã tích lũy kinh nghiệm vận hành trên thị trường trong nước.

Dựa trên những kinh nghiệm này, Lambda256 đã ra mắt nền tảng phát triển Web3 'Nodit' vào năm 2024. Gần đây, sản phẩm cơ sở hạ tầng dữ liệu trên chuỗi của Nodit, 'DataShare', đã được thiết kế với chất lượng dữ liệu và môi trường vận hành mà tài chính chính thống yêu cầu. Trước khi công bố chính thức, họ đã cung cấp dịch vụ dạng kho dữ liệu cho một số đối tác trong hơn 2 năm, cho thấy cơ sở hạ tầng này đã trải qua quá trình kiểm chứng trong môi trường thực tế.

Để cấu trúc này hoạt động ổn định, môi trường hạ tầng nút lấy dữ liệu nguồn cũng cần được hỗ trợ. DataShare được cung cấp trên kiến trúc Hyper Node của Nodit, vì vậy có thể linh hoạt ứng phó ngay cả trong tình huống yêu cầu lớn hoặc sự cố nút. Chúng tôi đã thiết kế để quản lý tiêu chuẩn nút khả dụng tối thiểu và kiểm soát ngưỡng độ trễ và phục hồi, nhằm ngăn chặn các vấn đề của nút cụ thể lan rộng ra toàn bộ quá trình thu thập. Hơn nữa, chúng tôi có cấu trúc có thể ứng phó liên tục với các thay đổi môi trường như nâng cấp mainnet hoặc thay thế phần mềm nút.

Một điểm quan trọng khác của DataShare là dữ liệu thu thập được trải qua một quy trình xác minh riêng biệt. DataShare liên tục xác nhận xem dữ liệu thu thập có khớp với trạng thái chuỗi thực tế hay không thông qua quy trình xác minh nội bộ. Trong quá trình này, chúng tôi kiểm tra sự điều chỉnh khối, lỗi khách hàng nút và sự khác biệt dữ liệu có thể xảy ra sau khi nâng cấp chuỗi, đồng thời xác nhận rằng kết quả xử lý của các giao dịch riêng lẻ được phản ánh nhất quán trong hồ sơ sự kiện và thay đổi số dư. Nói cách khác, bằng cách kiểm tra chéo nội dung được ghi lại trên chuỗi và kết quả đã xử lý của DataShare, chúng tôi giảm thiểu việc thiếu dữ liệu hoặc lỗi xử lý, đồng thời đảm bảo độ tin cậy có thể được sử dụng làm dữ liệu tiêu chuẩn trong quy trình làm việc hiện tại.

Tuy nhiên, để sử dụng dữ liệu on-chain trong công việc thực tế, không chỉ cần độ chính xác của dữ liệu mà còn cần phải cung cấp một cách rộng rãi các loại chuỗi và dữ liệu cần thiết. DataShare hiện hỗ trợ 13 chuỗi cốt lõi có nhu cầu cao trên thị trường và cũng có thể mở rộng bộ dữ liệu tùy chỉnh dựa trên hơn 50 chuỗi đa dạng mà Nodit đã vận hành. Trong tương lai, chúng tôi dự định cung cấp dữ liệu gán nhãn kết hợp địa chỉ ví sàn giao dịch, hợp đồng thông minh DeFi và dữ liệu giá cả. Điều này sẽ mở rộng phạm vi ứng dụng không chỉ trong kế toán và thuế mà còn trong quản lý rủi ro và giám sát giao dịch bất thường.

4.2. Đặc điểm vận hành: Đáp ứng quy định và tích hợp quy trình làm việc hiện tại

Để sử dụng dữ liệu on-chain trong tài chính chính thức, không chỉ chất lượng dữ liệu mà còn phải đáp ứng các yêu cầu về quy định. Đặc biệt, trong lĩnh vực tài chính trong nước, các tiêu chuẩn áp dụng khi đưa vào hạ tầng dữ liệu bên ngoài như phân tách mạng, kiểm soát truy cập và tiêu chuẩn vận hành mạng nội bộ rất nghiêm ngặt. DataShare hỗ trợ xây dựng on-premise trong IDC trong nước, đồng thời đảm bảo độ tin cậy về hệ thống quản lý bảo mật thông qua chứng nhận SOC2. Điều này cho phép các tổ chức tài chính đưa dữ liệu on-chain vào phù hợp với chính sách bảo mật nội bộ và hướng dẫn quy định.

Điều quan trọng là các tổ chức tài chính có thể trực tiếp quản lý vị trí lưu trữ và quyền truy cập dữ liệu. DataShare hỗ trợ kiến trúc gửi dữ liệu on-chain trực tiếp đến kho lưu trữ đám mây mà các tổ chức tài chính sử dụng. Ví dụ, bằng cách tải dữ liệu on-chain vào môi trường dữ liệu nội bộ của tổ chức như AWS S3 theo thời gian thực, các tổ chức có thể duy trì quyền kiểm soát quản lý dữ liệu và kiểm soát truy cập trong khi vẫn sử dụng giải pháp hạ tầng bên ngoài.

Hơn nữa, DataShare cũng có kế hoạch liên tục tăng cường khả năng tích hợp với môi trường phân tích dữ liệu mà các tổ chức tài chính đã sử dụng. Bằng cách hỗ trợ tích hợp với các kho dữ liệu và nền tảng phân tích chính như Snowflake, BigQuery, Databricks, điều cốt lõi là đảm bảo dữ liệu on-chain có thể kết nối một cách hữu cơ với quy trình làm việc hiện tại.

Hệ thống hỗ trợ vận hành của Lambda256 cũng là một điểm mạnh của DataShare. Cơ sở hạ tầng dữ liệu on-chain dựa trên mạng blockchain hoạt động 24 giờ, vì vậy khả năng phát hiện và ứng phó nhanh chóng với sự cố hoặc độ trễ là rất quan trọng. DataShare cung cấp giám sát liên tục và hỗ trợ kỹ thuật chuyên biệt thông qua nhân lực chuyên môn trong nước, giảm bớt gánh nặng vận hành mà các tổ chức tài chính phải tự gánh vác. Nhờ đó, các tổ chức tài chính có thể quản lý và sử dụng dữ liệu on-chain một cách ổn định mà không cần mở rộng đáng kể tổ chức hạ tầng blockchain riêng.

5. Những khoảnh khắc cần thiết cho cơ sở hạ tầng dữ liệu on-chain

Kịch bản 1: Vấn đề theo dõi chính xác tình trạng sở hữu token hóa cổ phiếu

Trong tài chính chính thức, ngày càng nhiều trường hợp phát hành đồng thời cổ phiếu niêm yết dưới dạng token trên chuỗi. Galaxy Digital, một công ty tài sản kỹ thuật số toàn cầu, đã phát hành cổ phiếu phổ thông của mình dưới dạng token ($GLXY) trên blockchain Solana. Công ty token hóa tài sản Securitize cũng đã phát hành cổ phiếu của mình ($SECZ) trên Solana cùng với việc niêm yết trên Sở Giao dịch Chứng khoán New York (NYSE). Solana, với tốc độ xử lý nhanh và chi phí thấp, đã trở thành hạ tầng chính cho các công ty tài chính muốn token hóa cổ phiếu niêm yết theo hình thức tuân thủ quy định.

Các tổ chức tài chính xử lý cả tài sản truyền thống và chứng khoán token trên chuỗi phải đối mặt với những thách thức vận hành mới. Các công ty chứng khoán phải theo dõi chính xác tình trạng sở hữu token được ghi lại trên blockchain và chứng minh điều này với các cơ quan quản lý và kiểm toán viên. Đây là công việc cốt lõi lặp đi lặp lại không chỉ vào thời điểm kết toán mà còn vào ngày xác định cổ tức và ngày tính quyền biểu quyết. Nếu dữ liệu bị thiếu hoặc số dư tại một thời điểm cụ thể được tính toán sai, điều này có thể dẫn đến rủi ro nghiêm trọng như thanh toán sai, lỗi công bố và thất bại trong việc đáp ứng yêu cầu kiểm toán.

Vấn đề là cấu trúc dữ liệu độc đáo của Solana làm cho các công việc tài chính này trở nên khó khăn. Solana có lợi thế về chi phí và tốc độ, nhưng cấu trúc của nó lưu trữ các bản ghi giao dịch phân tán trên nhiều tài khoản. Chỉ một giao dịch DeFi cũng có thể làm phân mảnh dữ liệu vào các tài khoản token, bể thanh khoản và tài khoản phí. Thêm vào đó, quy mô dữ liệu tích lũy của các nút lưu trữ Solana lên đến hàng trăm terabyte, việc truy xuất và tái cấu trúc tình trạng sở hữu và lịch sử giao dịch tại một thời điểm cụ thể trong quá khứ trở nên rất khó khăn cho các tổ chức tự thực hiện.

Do đó, để tích hợp tài sản token hóa dựa trên Solana vào tài chính chính thức, một cơ sở hạ tầng dữ liệu có thể phân tích ngay lập tức mà không cần xử lý là điều cần thiết. DataShare tinh chế dữ liệu nguồn phân mảnh và cung cấp nó dưới dạng chuẩn hóa có thể truy vấn ngay lập tức trong kho dữ liệu hiện có của các tổ chức tài chính. Đặc biệt, chúng tôi đã tối ưu hóa quy trình cho môi trường tốc độ cao với chu kỳ tạo khối dưới 0,4 giây, đảm bảo khả năng xử lý khoảng 20.000 giao dịch mỗi giây cho mỗi chuỗi và giảm thiểu độ trễ lập chỉ mục.

Kịch bản 2: Thanh toán đại lý, vấn đề quản lý rủi ro trong thanh toán trên chuỗi {#rps-12}

Thị trường thanh toán đại lý (Agentic Payment), nơi mà các đại lý AI quyết định và thực hiện thanh toán thay cho người dùng, đang nổi lên. Sau khi Coinbase ra mắt giao thức thanh toán trên chuỗi x402, việc xây dựng cơ sở hạ tầng thanh toán tự động dựa trên stablecoin cũng đang được thúc đẩy mạnh mẽ.

Tuy nhiên, để thanh toán tự động giữa các đại lý trở thành dịch vụ tài chính thương mại, chất lượng của dữ liệu trên chuỗi, làm cơ sở cho các quyết định, là điều quan trọng nhất. Khi quy trình xác nhận của con người giảm đi, hệ thống phải xác định số dư khả dụng, tình trạng giao dịch và khả năng giao dịch bất thường chỉ dựa vào dữ liệu. Nếu trong quá trình này, dữ liệu trên chuỗi bị thiếu hoặc bị bóp méo, có thể xảy ra lỗi nghiêm trọng trong việc phê duyệt và từ chối thanh toán.

Vậy thì, những yếu tố cụ thể nào gây ra sự thiếu hụt và bóp méo dữ liệu trong môi trường blockchain thực tế? Nguyên nhân điển hình nhất là các giao dịch thất bại. Blockchain có thể có hơn 20% giao dịch thất bại tùy thuộc vào độ tắc nghẽn của mạng, đặc biệt là trong trường hợp của Solana, tỷ lệ thất bại của các giao dịch không bỏ phiếu (Non-vote transaction) có thể vượt quá 40%.

Nếu hệ thống thanh toán nhầm lẫn các giao dịch thất bại là giao dịch đã xử lý thành công, có thể xảy ra lỗi không khớp số dư, từ chối thanh toán trong tương lai mặc dù thực tế không có thanh toán nào diễn ra. Hơn nữa, hiện tượng tái tổ chức khối (Reorg), nơi mà giao dịch dường như đã được phê duyệt tại một thời điểm cụ thể nhưng sau đó bị hủy bỏ, cũng là một biến số nghiêm trọng làm trầm trọng thêm sự bóp méo dữ liệu.

DataShare cung cấp dữ liệu chỉ khi tính toàn vẹn (Finality) được đảm bảo và thành công cuối cùng được xác nhận, nhằm giải quyết triệt để vấn đề độ tin cậy của dữ liệu. Hệ thống này xác thực các giao dịch chưa xác nhận hoặc ghi chép thất bại có trong dữ liệu gốc blockchain theo thời gian thực ở giai đoạn pipeline, và chỉ cung cấp bộ dữ liệu đã được tinh chế để giảm thiểu lo ngại về sự cố do bóp méo trên chuỗi.

Hơn nữa, DataShare đang tiếp tục mở rộng phạm vi hỗ trợ với các blockchain địa phương quan trọng như GIWA, Kaia, nhằm đảm bảo tính phổ quát trong kinh doanh. Điều này mang lại giá trị cốt lõi vì hạ tầng thanh toán đại lý có thể vượt qua những hạn chế phụ thuộc vào một mạng chính toàn cầu cụ thể, đồng thời cung cấp nền tảng dữ liệu ổn định để linh hoạt đa dạng hóa theo môi trường dịch vụ và yêu cầu quy định của từng khu vực.

6. Kết luận {#rps-13}

Sự thành bại của doanh nghiệp tài sản kỹ thuật số phụ thuộc vào việc xử lý dữ liệu chính xác đến mức nào. Tất cả các quy trình tài chính từ phát hành tài sản đến thanh toán và quyết toán đang được tái cấu trúc xung quanh dữ liệu trên chuỗi. Do đó, sự thiếu hụt hoặc lỗi dữ liệu không chỉ làm giảm độ tin cậy của dịch vụ mà còn có thể dẫn đến rủi ro quy định nghiêm trọng. DataShare hoạt động như một cơ sở hạ tầng kết nối để giảm thiểu những rủi ro vận hành này và giúp tài chính chính quy có thể sử dụng dữ liệu trên chuỗi theo tiêu chuẩn công việc của họ.

Hơn nữa, các tổ chức tài chính có thể mở rộng các chức năng cần thiết theo cách tùy chỉnh bằng cách sử dụng nhiều giải pháp công nghệ tài chính khác nhau của Lambda256 ngoài DataShare. Ví dụ, có thể nâng cao độ hoàn thiện của hệ thống bằng cách áp dụng SCOPE cho quyết toán và vận hành tài sản kỹ thuật số hoặc CLAIR cho việc tuân thủ quy định, phù hợp với giai đoạn phát triển kinh doanh. Điều này có nghĩa là có thể kết hợp các chức năng cần thiết vào môi trường hiện tại mà không phải tái xây dựng toàn bộ hạ tầng từ đầu.

Kết quả là, các tổ chức tài chính có thể hoàn toàn loại bỏ gánh nặng vận hành như quản lý hạ tầng phức tạp hoặc bảo trì hệ thống, và tập trung vào giá trị kinh doanh cốt lõi như đổi mới dịch vụ và phân biệt sản phẩm. Một cấu trúc được hoàn thiện sẽ được hình thành, giúp giảm rào cản gia nhập ban đầu nhưng vẫn có thể ổn định đảm bảo các chức năng cần thiết theo sự mở rộng kinh doanh và thay đổi quy định trong tương lai.

Bài viết này là chuyên đề từ tổ chức nghiên cứu chuyên về Web3 toàn cầu Tiger Research, đối tác của Block Media, có tiêu đề 'Cổng dịch vụ tài sản kỹ thuật số, hạ tầng dữ liệu trên chuỗi'. Báo cáo này cũng có thể được xác nhận trên trang web chính thức của .