Mô hình quản lý tài sản tốt nhất trên BTC là gì?
Tuyển chọn TechFlowTuyển chọn TechFlow
Mô hình quản lý tài sản tốt nhất trên BTC là gì?
Lấy Runes làm ví dụ, phân tích cơ chế tối ưu nhất cho mô hình phát hành tài sản trên Bitcoin.
Chuyên sâu báo cáo Web3Tác giả: Thập Tứ Quân
Giao dịch là linh hồn của web3, sự chú ý là tài nguyên cốt lõi nhất của web3, giá cả là điểm khởi đầu của đám đông, còn giá trị là đích đến theo thời gian.
Việc giảm phát BTC đã trôi qua một tháng, và giao thức Runes được mong đợi cũng đã trải qua một tháng. Trong khoảng thời gian này, hơn mười nền tảng đại diện (đánh thuê) đã xuất hiện, cùng với thị trường giao dịch. Vào ngày giảm phát, chi phí để thuê người đánh một tài sản Runes thậm chí còn vượt quá 100 đô la Mỹ cho mỗi giao dịch.
Bài viết này lấy tài sản Runes làm ví dụ để phân tích xem đâu mới là cơ chế tối ưu nhất cho mô hình đánh thuê (khắc) tài sản trên Bitcoin?
1. Bảng xếp hạng GAS các nền tảng đánh thuê tài sản Runes
Hình dưới đây là sơ đồ tổng hợp do Thập Tứ Quân thực hiện.
Xét về phương án, kết luận chính là:
-
Chi phí gas: Chia nhỏ + chuỗi < Chuỗi < Chia nhỏ < Đơn lẻ
-
Mức độ tập trung: Chuỗi (không có địa chỉ trung gian) < Chia nhỏ (không có địa chỉ trung gian) < Chuỗi (có địa chỉ trung gian) < Chia nhỏ (có địa chỉ trung gian)
-
Tập trung tài sản: Chuỗi > Chia nhỏ + Chuỗi > Chia nhỏ
-
Tốc độ lên chuỗi hàng loạt: Chia nhỏ = Chia nhỏ + Chuỗi > Chuỗi
Có thể ban đầu sẽ thấy hơi mơ hồ, vậy thì "chuỗi" và "chia nhỏ" là gì?
Chúng ta cần quay lại bản thân giao thức Runes. Gợi ý đọc thêm: BTC sắp giảm phát, giải mã cơ chế thiết kế nền tảng và hạn chế của giao thức Runes
1.1 Cơ chế khắc Runes tóm tắt
Runes sử dụng công nghệ khắc – một cách đơn giản và trực tiếp để ghi thông tin lên blockchain: tức là ghi vào trường op-return của UTXO (đầu ra chưa tiêu dùng) trong bitc, chức năng này bắt đầu được kích hoạt từ phiên bản 0.9 của client Bitcoin Core (năm 2014). OP-RETURN tạo ra một đầu ra rõ ràng, có thể xác minh nhưng không thể tiêu dùng, giúp dữ liệu tồn tại trên blockchain, tương tự như đầu ra utxo nhưng không thể bị tiêu dùng.
Trên trình duyệt blockchain BTC có thể dễ dàng thấy rằng giao dịch này đính kèm thông tin op-return, ví dụ như hình dưới đây:
Bạn có thể thấy ở đây output #3 thực chất là rời rạc, dù chiếm vị trí đầu ra của một utxo trong giao dịch, nhưng nó là hình chữ nhật tròn khép kín, chứng tỏ nó không thể chuyển nhượng hay tiêu dùng lần nữa. Vì vậy, nó giống như một khu vực ghi chú của giao dịch, lưu lại trong không gian lưu trữ của Bitcoin, và có thể tìm thấy bằng cách tra cứu hash giao dịch.
Tinh mắt bạn có thể nhận ra, tại sao phía sau OP_RETURN lại có RUNE_TEST? Đây chính là kết quả giải mã nội dung cụ thể. Khi nhấn nút chi tiết, bạn sẽ tìm thấy chuỗi mã hóa dạng 52554e455f54455354 — thực chất là một chuỗi dữ liệu hex, sau khi giải mã sẽ thành RUNE_TEST. Tương tự, trong phần chi tiết còn có những chuỗi mã khác, sau khi giải mã sẽ thành một chuỗi định dạng gần giống JSON, thể hiện việc triển khai, đúc, phát hành tài sản Runes, v.v.
Do đó, nói tóm lại cơ chế "đánh thuê" là: Một giao dịch Runes chỉ có thể đánh thuê một tài sản.
Vậy chi phí giao dịch trong BTC được thể hiện qua dung lượng dữ liệu trên chuỗi. Do đó, thiết kế nền tảng đánh thuê tương đương với việc ai kiểm soát tốt nhất số lượng utxo xuất hiện trong giao dịch — đó chính là mô hình tối ưu.
Sau đây chúng ta sẽ đi sâu vào hai mô hình: chia nhỏ và chuỗi.
1.2 Mô hình chia nhỏ
Mô hình chia nhỏ nghĩa là trong quá trình đánh thuê, trước tiên thực hiện một giao dịch để chia thành nhiều giao dịch con, rồi mỗi giao dịch con thực hiện đúc tài sản.
Ví dụ như phương án đánh thuê của tools.mempool, khi thực hiện như hình dưới đây:
Giao dịch đầu tiên sẽ ước tính trước phí xử lý cho từng giao dịch con, sau đó dự trữ 546 (giá trị bụi thường thấy trên Bitcoin) cộng thêm phí, rồi chia thành nhiều UTXO, đồng thời chuyển vào một địa chỉ mới.
Giao dịch thứ hai là từ địa chỉ mới chuyển ngược về địa chỉ người dùng và hoàn tất việc đánh thuê, người dùng cũng nhận được tài sản Runes.
Vấn đề nổi bật của mô hình này là:
Phải thực hiện một giao dịch chia nhỏ trước, và người dùng nhận được các UTXO phân tán.
Khi muốn đặt lệnh bán, người dùng phải hoặc là đặt từng lệnh riêng lẻ, hoặc là gộp lại rồi mới đặt lệnh — điều này làm tăng chi phí giao dịch đối với khách lớn.
Thêm nữa, nền tảng tools.mempool không thực hiện một giao dịch đánh thuê bổ sung cho người dùng trong giao dịch chia nhỏ, nên tổn thất tổng thể thuộc loại cao nhất trong các mô hình chia nhỏ.
1.3 Mô hình chuỗi
"Chuỗi" ở đây giống cấu trúc dưới đây: Người dùng ban đầu có 20.000 satoshi, mỗi giao dịch đều tiêu dùng giao dịch trước đó đang nằm trong mempool — như vậy cũng gồm nhiều giao dịch.
Ở đây bạn thấy rằng 6.144 satoshi mà địa chỉ đuôi s2t4 thu về chính là phí đánh thuê của nền tảng. So với phí xử lý thực tế cần thiết là 3.892, có thể thấy lợi nhuận của nền tảng đánh thuê khá cao.
Nền tảng này chính là Runestone, từng tuyên bố xây dựng xong công cụ đánh thuê Runes và thị trường giao dịch trong 5 ngày. Thực tế trên chuỗi cho thấy nền tảng này hiện đã bị bỏ rơi, nhưng trong vài ngày đầu tiên đã thu về gần 3 BTC (trên 1,5 triệu đô la), một khoản tiền khổng lồ đối với nhà phát triển cá nhân.
Tuy nhiên, đây thực chất là khoản phí vô nghĩa. Hiện đã có nhiều nền tảng mở mã nguồn công cụ đánh thuê, ví dụ OKX cũng đã công khai mã Runes: giải quyết hoàn hảo vấn đề mã hóa/giải mã và đánh thuê Runes, nhà phát triển có thể trực tiếp tham chiếu để xây công cụ đánh thuê riêng — https://github.com/okx/js-wallet-sdk.
Quay lại mô hình chuỗi, vì nó gần như ngay lập tức thu phí ở giao dịch đầu tiên, các giao dịch sau đều được xử lý tuần hoàn như hình dưới đây, do đó lượng dữ liệu thực tế khá ít.
2. Mô hình đánh thuê Runes tối ưu: Chia nhỏ + Chuỗi
Luminex hiện tại là giải pháp tương đối tối ưu — có thể thực hiện đúc hàng loạt, nền tảng tích hợp công cụ chia nhỏ UTXO thuận tiện sử dụng, áp dụng mô hình chia nhỏ + chuỗi.
Như hình dưới đây:
-
Nền tảng này ngay trong bước chia nhỏ đã đánh một tài sản cho người dùng, không lãng phí chút nào.
-
Và nếu số lần đúc dưới 25 lần, sẽ chia đủ gas để đúc theo kiểu chuỗi, rồi tiến hành đúc.
-
Cuối cùng, nếu đúc trên 25 lần, sẽ chia nhiều gas theo kiểu chuỗi rồi thực hiện đúc.
Mặc dù phí cơ bản không thực sự tốt hơn mô hình chuỗi, nhưng nó đạt được khả năng đúc hàng loạt cực kỳ quan trọng, và hiệu suất lên chuỗi có thể hoàn tất đúc trong giới hạn 2 khối.
2.1 Tại sao lại có chỉ số hiệu suất lên chuỗi?
Bởi vì nút BTC có cơ chế chống tấn công Dos,
khi một vout của utxo đơn lẻ bị tiêu dùng và cả chuỗi tiêu dùng liên quan, hệ thống giới hạn tối đa 25 giao dịch trong mempool.
Đây là lý do tại sao phần lớn các đợt đúc hàng loạt thường dùng địa chỉ trung gian — mục đích là để phá vỡ giới hạn này. Với mô hình chuỗi, tài sản sẽ được tích lũy rồi chuyển cho người dùng cuối cùng.
Do đó, mô hình chuỗi chỉ có thể duy trì 25 giao dịch đồng thời trong mempool, còn mô hình chia nhỏ sau khi giao dịch chia nhỏ đã lên chuỗi, có thể đưa vô hạn số lượng vào mempool (vì giao dịch cha không còn trong mempool, mỗi vout của utxo được tính độc lập với giới hạn 25).
Vì vậy, luminex là mô hình tối ưu không chỉ vì gas thấp, mà còn vì vừa giữ gas rất thấp, vừa có khả năng đúc hàng loạt.
Tuy nhiên, thực tế vẫn còn mô hình tốt hơn cả luminex.
Bởi vì giao dịch chia nhỏ của luminex cũng đánh một tài sản cho người dùng, nhưng tài sản này thực ra không cần chuyển cho người dùng — mà có thể chuyển vào utxo của giao dịch chuỗi thứ hai, vì Runes có cơ chế lưu chuyển tài sản mặc định. Như vậy có thể tiết kiệm thêm một utxo so với luminex.
2.2 So sánh tỷ lệ tối ưu phí BTC
Nói mãi về chi phí, vậy rốt cuộc chi phí đo lường thế nào? Rất đơn giản: người dùng thường đặt giá đơn vị, tương tự như gasPrice, nhưng trên BTC hoàn toàn phụ thuộc vào dung lượng dữ liệu làm đơn vị — tức là vsize.
Chúng ta lấy ví dụ địa chỉ taproot (phí khác nhau tùy địa chỉ, taproot thuộc loại phí thấp), trong cấu trúc địa chỉ này:
-
Mỗi input tăng thêm, vsize tăng 58.
-
Mỗi output tăng thêm, vsize tăng 43.
-
Mỗi lần ghi vào OP_RETURN, vsize cần khoảng 30.
Vì vậy, chúng ta có thể tính được tỷ lệ tối ưu sau
Chuỗi, đúc hàng loạt 10 lần, chi phí: i * 10 + o*10 + p*10 = 1310
Chia nhỏ, đúc hàng loạt 10 lần, chi phí: i * 10 + o*10 + o*9 + p*10 = 1697
Tỷ lệ tối ưu gas: (1697 - 1310)/1697 = 22,8%
Chuỗi, đúc hàng loạt 20 lần, chi phí: i * 20 + o*20 + p*20 = 2620
Chia nhỏ, đúc hàng loạt 20 lần, chi phí: i * 20 + o*20 + o*19 + p*20 = 3437
Tỷ lệ tối ưu gas: (3437 - 2620)/3437 = 23,8%
Dù 20% có vẻ không nhiều, nhưng trong giai đoạn đỉnh cao khi mỗi lần đúc tốn tới 100U, thực hiện 10 lần hàng loạt có thể tiết kiệm 200U chi phí — chênh lệch nhỏ này cuối cùng phản ánh lên ngưỡng tâm lý giao dịch.
Trước mặt những khoản phí đánh thuê cao ngất, những ai muốn giành phần thưởng đầu tiên trong cộng đồng web3 tương lai vẫn cần học cơ bản node.js, để trực tiếp chạy mã nguồn mở từ các bên (ví dụ như thành phần ký tên do OKX công bố ở trên), từ đó vượt qua vấn đề phí nền tảng, thậm chí trong bài tiếp theo về thị trường giao dịch, cũng có thể trực tiếp xây dựng giao dịch xuyên nền tảng, bỏ qua sự cản trở của nhiều nền tảng, thậm chí giám sát trực tiếp mempool để tranh thủ lợi nhuận抢先.
3. Tổng kết
Giao thức phát hành tài sản Runes đã tròn 1 tháng, đáng tiếc là cuối cùng không vượt ngưỡng 1 tỷ đô la Mỹ, thậm chí còn lan truyền câu chuyện hài hước rằng Casey, người sáng lập Ordinals và Runes, định livestream seppuku.
Nhưng xét cho cùng, vẫn là do hệ sinh thái thiếu hai cơ sở hạ tầng cốt lõi: đánh thuê và thị trường, khiến chi phí tham gia của nhà đầu tư nhỏ quá cao, còn tổ chức tham gia thì thiếu vận hành hệ sinh thái.
Hiện tại các nền tảng xuất hiện hoặc thu phí cao, hoặc chức năng không đầy đủ. Ví dụ Runestone tuy chi phí chuỗi thấp, nhưng ước tính gas không chính xác, dễ gây hao mòn ở giao dịch cuối cùng, cùng với sự bất định khi lên chuỗi, dần dần rút lui khỏi thị trường.
Hơn nữa, các mô hình đánh thuê hiện tại vẫn bỏ qua nhu cầu thực tế của người dùng — bản thân giao dịch.
Các tài sản được đánh thuê thường cần nhanh chóng chuyển nhượng, nhưng trong giai đoạn đầu thị trường biến động giá mạnh, và BTC cực kỳ tắc nghẽn, ngoài hành vi thị trường của chính dự án ra, sẽ không có nhiều nhu cầu đánh thuê hàng loạt. Nói cách khác, ai có đủ vốn để đánh 1.000 tài sản thì cũng tự có khả năng làm, đối tượng người dùng cốt lõi của nền tảng vẫn là nhà đầu tư nhỏ.
Do đó, dù mô hình chuỗi có chi phí thấp, nhưng lại không phù hợp với giai đoạn sớm nhất, khi định giá biến động mạnh và thị trường thiếu công cụ chia nhỏ. Việc 20+ tài sản gộp trong một giao dịch theo mô hình chuỗi sẽ làm ngưỡng quét hàng (sweep) tăng cao.
Cuối cùng, bài viết này là phần về cơ chế đánh thuê tài sản trên BTC. Tiếp theo sẽ có phần về mô hình thị trường giao dịch, có thể áp dụng cho các mô hình giao dịch tài sản mới như (BRC20, Ordinals, Atomical, Runes)... Hãy theo dõi, đừng bỏ lỡ.
Chào mừng tham gia cộng đồng chính thức TechFlow
Nhóm Telegram:https://t.me/TechFlowDaily
Tài khoản Twitter chính thức:https://x.com/TechFlowPost
Tài khoản Twitter tiếng Anh:https://x.com/BlockFlow_News
