Lược quan các giải pháp mở rộng hệ sinh thái BTC: Chỉ thị sẽ đi về đâu?
Tuyển chọn TechFlowTuyển chọn TechFlow
Lược quan các giải pháp mở rộng hệ sinh thái BTC: Chỉ thị sẽ đi về đâu?
Khám phá các nguyên lý công nghệ của hệ sinh thái Inscription phổ biến và các vấn đề an ninh tiềm ẩn có thể tồn tại.
Chuyên sâu báo cáo Web3Tác giả: Simon shieh
Lời mở đầu
Ngày 6 tháng 12 năm 2023, trong khi các nhà đầu tư Bitcoin đang hào hứng trước đà tăng giá mà Inscriptions (ghi chú) mang lại cho Bitcoin, thì nhà phát triển client nút Bitcoin Core – Luke Dashjr – đã dội một gáo nước lạnh. Ông cho rằng các ghi chú là một cuộc tấn công dạng "rác" (spam), và đã gửi mã sửa lỗi cùng báo cáo lỗ hổng CVE (CVE-2023-50428). Ngay sau đó, cộng đồng Bitcoin xôn xao, và lần đầu tiên kể từ vụ chia tách mạng cứng hỗn loạn năm 2017, cộng đồng lại rơi vào cuộc tranh luận gay gắt.
Vậy Bitcoin nên ưu tiên an toàn bảo mật và loại bỏ những tính năng phát sinh ngoài dự kiến, hay nên cởi mở hơn với những đổi mới bất ngờ, dù có thể tiềm ẩn rủi ro an ninh nhất định?
Chúng ta đều biết hành trình của Bitcoin không chỉ đơn thuần là đầu cơ và thổi phồng, mà còn là quá trình tiến hóa liên tục của hệ sinh thái và bức tranh an ninh của nó. Bài viết này nhằm đi sâu vào phân tích hai câu chuyện song hành về sự tăng trưởng của Bitcoin: tiện ích ngày càng mở rộng trong hệ sinh thái và việc tăng cường các biện pháp an toàn. Chúng ta sẽ khám phá cách sự kết hợp giữa đổi mới và các giao thức an ninh vững chắc đang mở đường cho kỷ nguyên mới của tài sản số.
1 Tổng quan hệ sinh thái BTC và kiến thức nền tảng
Chúng ta biết rằng, với tư cách là nền tảng của cuộc cách mạng tiền mã hóa, Bitcoin luôn được coi như vàng để lưu trữ giá trị. Trong khi các blockchain khác đang sôi động với các đổi mới DeFi, người ta dường như đã lãng quên sự tồn tại của Bitcoin.
Tuy nhiên, chính trên Bitcoin, những người tiên phong đã sớm thực hiện các thí nghiệm đầu tiên về stablecoin, Layer2, thậm chí cả DeFi. Ví dụ, USDT – loại tiền phổ biến nhất hiện nay trong thị trường tiền mã hóa – ban đầu được phát hành trên mạng lưới Omnilayer của Bitcoin. Hình dưới đây minh họa sơ đồ phân loại hệ sinh thái Bitcoin từ góc độ kỹ thuật.
Bao gồm các công nghệ như sidechain dựa trên cơ chế neo hai chiều, phân tích văn bản dựa trên script đầu ra (OP_RETURN), khắc ghi dữ liệu dựa trên script Taproot, sidechain điều khiển dựa trên nâng cấp BIP300, và mạng lưới Lightning Network dựa trên kênh trạng thái.
Có thể nhiều thuật ngữ ở trên vẫn còn xa lạ, đừng lo lắng. Trước tiên chúng ta hãy làm quen với một số kiến thức nền tảng, sau đó sẽ lần lượt giải thích nguyên lý công nghệ của từng hệ sinh thái và thảo luận về các vấn đề an ninh liên quan.
UTXO là đơn vị cơ bản của giao dịch Bitcoin
Khác với mô hình số dư tài khoản của Ethereum, trong hệ thống Bitcoin không tồn tại khái niệm tài khoản. Ethereum sử dụng bốn cây Merkle Patricia Trie phức tạp để lưu trữ và xác minh sự thay đổi trạng thái tài khoản. Trong khi đó, Bitcoin một cách tinh tế đã tận dụng UTXO để giải quyết những vấn đề này một cách gọn gàng hơn nhiều.
Bốn cây của Ethereum
Đầu vào và đầu ra của Bitcoin
UTXO (Unspent Transaction Outputs - Đầu ra giao dịch chưa chi tiêu), cái tên nghe có vẻ khó hiểu, nhưng thực ra nếu nắm rõ ba khái niệm đầu vào, đầu ra và giao dịch, thì sẽ rất dễ hiểu.
Đầu vào và đầu ra của giao dịch
Những ai quen thuộc với Ethereum đều biết rằng giao dịch (transaction) là đơn vị truyền thông cơ bản trên mạng blockchain. Một khi giao dịch được đóng gói vào khối và xác nhận, nghĩa là trạng thái trên chuỗi đã được thay đổi. Tuy nhiên, trong giao dịch Bitcoin, thay vì thao tác trạng thái từ địa chỉ này sang địa chỉ khác, cấu trúc lại bao gồm nhiều script đầu vào và script đầu ra.
Hình trên minh họa một giao dịch điển hình 2 vào 2 của Bitcoin. Về lý thuyết, lượng BTC đầu vào và đầu ra phải bằng nhau. Trên thực tế, phần BTC đầu ra ít hơn đầu vào sẽ trở thành phí cho thợ đào, tương tự như Gas Fee trên Ethereum.
Ta thấy rằng, khi hai địa chỉ đầu vào chuyển BTC, cần phải xác minh trong script đầu vào để chứng minh rằng hai địa chỉ này có quyền chi tiêu hai đầu vào này (chính là hai UTXO chưa chi tiêu từ giao dịch trước). Trong khi đó, script đầu ra quy định điều kiện để chi tiêu hai đầu ra BTC này, tức là điều kiện nào cần thỏa mãn khi sử dụng UTXO này làm đầu vào trong giao dịch tiếp theo (đối với giao dịch chuyển tiền thông thường, điều kiện thường là chữ ký của địa chỉ nhận, ví dụ trong hình, P2wPKH yêu cầu xác minh chữ ký của địa chỉ taproot, P2PKH yêu cầu chữ ký của khóa riêng địa chỉ cũ).
Cụ thể hơn, cấu trúc dữ liệu của giao dịch Bitcoin như sau:
Trong giao dịch Bitcoin, cấu trúc cơ bản gồm hai phần chính: đầu vào và đầu ra. Phần đầu vào xác định bên khởi tạo giao dịch, phần đầu ra xác định bên nhận và phần tiền thừa (nếu có). Phí giao dịch chính là chênh lệch giữa tổng đầu vào và tổng đầu ra. Vì mỗi đầu vào của giao dịch đều là đầu ra của một giao dịch trước đó, nên đầu ra giao dịch trở thành yếu tố cốt lõi trong cấu trúc.
Cấu trúc này tạo thành một chuỗi liên kết. Trên mạng Bitcoin, mỗi giao dịch hợp lệ đều có thể truy ngược về một hoặc nhiều đầu ra giao dịch trước đó. Gốc của các chuỗi giao dịch này là phần thưởng khai thác, còn điểm cuối là các đầu ra chưa được chi tiêu. Tập hợp tất cả các đầu ra chưa chi tiêu trong mạng được gọi là UTXO (Unspent Transaction Output) của mạng Bitcoin.
Trên mạng Bitcoin, mỗi đầu vào của giao dịch mới phải là một UTXO. Ngoài ra, mỗi đầu vào cần có chữ ký từ khóa riêng tương ứng với đầu ra trước đó. Mỗi nút trên mạng Bitcoin đều lưu trữ toàn bộ UTXO hiện tại của blockchain để xác minh tính hợp lệ của giao dịch mới. Nhờ cơ chế UTXO và xác minh chữ ký, các nút có thể xác minh tính hợp lệ của giao dịch mới mà không cần truy vết toàn bộ lịch sử giao dịch, từ đó đơn giản hóa vận hành và duy trì mạng lưới.
Cấu trúc giao dịch độc đáo của Bitcoin phù hợp với thiết kế trong whitepaper "Bitcoin: A Peer-to-Peer Electronic Cash System". Bitcoin là một hệ thống tiền mặt điện tử, cấu trúc giao dịch mô phỏng quá trình giao dịch tiền mặt: số lượng một địa chỉ có thể chi tiêu phụ thuộc vào số tiền mặt đã nhận trước đó; mỗi giao dịch đều phải chi tiêu toàn bộ số tiền mặt hiện có trên địa chỉ đó; và các địa chỉ đầu ra thường gồm một địa chỉ nhận và một địa chỉ trả lại tiền thừa, giống như việc trả tiền thừa khi mua hàng bằng tiền mặt ở siêu thị.
Script (Mã lệnh)
Trong mạng Bitcoin, script đóng vai trò then chốt. Thực tế, mỗi đầu ra giao dịch Bitcoin không trỏ đến một địa chỉ cụ thể, mà trỏ đến một script. Những script này giống như một tập quy tắc, định nghĩa điều kiện để bên nhận có thể sử dụng tài sản bị khóa trong đầu ra.
Việc xác minh tính hợp lệ của giao dịch phụ thuộc vào hai loại script: script khóa và script mở khóa. Script khóa nằm trong đầu ra giao dịch, dùng để định nghĩa điều kiện cần để mở khóa đầu ra đó. Script mở khóa tương ứng với nó, phải tuân theo các quy tắc do script khóa định nghĩa để mở khóa tài sản UTXO, và nằm trong phần đầu vào của giao dịch. Sự linh hoạt của ngôn ngữ script cho phép Bitcoin thực hiện nhiều tổ hợp điều kiện, thể hiện đặc tính là một "tiền tệ lập trình được một phần".
Trên mạng Bitcoin, mỗi nút đều chạy một bộ thông dịch stack (ngăn xếp), diễn giải các script này theo nguyên tắc "vào trước ra trước" (FIFO).
Hai loại script Bitcoin kinh điển phổ biến nhất là: P2PKH (Pay-to-Public-Key-Hash) và P2SH (Pay-to-Script-Hash). P2PKH là loại giao dịch đơn giản, trong đó bên nhận chỉ cần chữ ký từ khóa riêng tương ứng là có thể sử dụng tài sản. P2SH phức tạp hơn, ví dụ trong trường hợp đa chữ ký, cần tổ hợp chữ ký từ nhiều khóa riêng mới có thể sử dụng tài sản.
Các script và cơ chế xác minh này cùng nhau tạo nên cách thức hoạt động cốt lõi của mạng Bitcoin, đảm bảo tính an toàn và linh hoạt cho giao dịch.
Ví dụ, script đầu ra P2PKH trong Bitcoin như sau:
Script khóa: OP_DUP OP_HASH160 OP_EQUALVERIFY OP_CHECKSIG
Đầu vào cần cung cấp chữ ký
Script mở khóa: sig
Còn script đầu ra P2SH như sau:
Script khóa: OP_HASH160 OP_EQUAL
Đầu vào cần cung cấp danh sách đa chữ ký
Script mở khóa: [sig] [sig...]
Trong hai loại script trên, script khóa đại diện cho script khóa tài sản, script mở khóa đại diện cho script giải phóng tài sản. Các từ bắt đầu bằng OP_ là các lệnh script liên quan, cũng là các chỉ thị mà nút có thể phân tích. Các quy tắc lệnh này được phân loại tùy theo script khóa, và cũng quyết định quy tắc của script mở khóa.
Cơ chế script trong Bitcoin tương đối đơn giản, chỉ là một công cụ thông dịch dựa trên stack, có khả năng phân tích một số lượng hạn chế các quy tắc script, không thể thực hiện logic phức tạp. Tuy nhiên, nó đã cung cấp một nguyên mẫu cho khả năng lập trình trên blockchain, và một số dự án hệ sinh thái sau này thực chất được phát triển dựa trên nguyên lý của script. Cùng với các bản cập nhật SegWit và Taproot, số lượng lệnh OP ngày càng phong phú, dung lượng script cho mỗi giao dịch được mở rộng, hệ sinh thái Bitcoin bước vào giai đoạn tăng trưởng bùng nổ.
2 Nguyên lý công nghệ và vấn đề an ninh của Inscriptions
Sự bùng nổ của công nghệ Inscriptions không thể tách rời khỏi các bản cập nhật Segregated Witness (SegWit) và Taproot của Bitcoin.
Về mặt kỹ thuật, mức độ phi tập trung của blockchain càng cao thì hiệu quả thường càng thấp. Với Bitcoin, kích thước mỗi khối vẫn giữ nguyên ở mức 1MB, giống như khối đầu tiên mà Satoshi Nakamoto khai thác. Trước vấn đề mở rộng quy mô, cộng đồng Bitcoin đã không chọn con đường đơn giản là tăng trực tiếp kích thước khối. Thay vào đó, họ áp dụng một phương pháp gọi là «Segregated Witness» (SegWit) – một bản nâng cấp không cần hard fork, nhằm cải thiện năng lực xử lý và hiệu quả mạng bằng cách tối ưu cấu trúc dữ liệu trong khối.
Segregated Witness (SegWit)
Trong giao dịch Bitcoin, thông tin mỗi giao dịch chủ yếu chia làm hai phần: dữ liệu giao dịch cơ bản và dữ liệu chứng cứ (witness). Dữ liệu cơ bản bao gồm các thông tin tài chính then chốt như số dư tài khoản, trong khi dữ liệu chứng cứ dùng để xác minh danh tính người dùng. Đối với người dùng, họ chủ yếu quan tâm đến thông tin liên quan trực tiếp đến tài sản như số dư tài khoản, còn chi tiết xác minh danh tính không cần chiếm quá nhiều tài nguyên trong giao dịch. Nói cách khác, bên nhận tài sản chủ yếu quan tâm đến việc tài sản có sẵn dùng hay không, chứ không cần quá chú trọng đến thông tin chi tiết của bên gửi.
Tuy nhiên, trong cấu trúc giao dịch Bitcoin, dữ liệu chứng cứ (tức là thông tin chữ ký) chiếm một lượng lớn không gian lưu trữ, dẫn đến hiệu suất chuyển khoản giảm và chi phí đóng gói giao dịch tăng. Để giải quyết vấn đề này, công nghệ SegWit được giới thiệu, với tư tưởng cốt lõi là tách dữ liệu chứng cứ ra khỏi dữ liệu giao dịch chính và lưu trữ riêng biệt. Kết quả là tối ưu hóa việc sử dụng không gian lưu trữ, từ đó nâng cao hiệu quả giao dịch và giảm chi phí.
Như vậy, trong khi khối 1MB ban đầu không đổi, mỗi khối có thể chứa nhiều giao dịch hơn. Dữ liệu chứng cứ tách biệt (tức là các script chữ ký) có thể chiếm thêm không gian 3MB, tạo nền tảng lưu trữ cho việc phong phú hóa các lệnh script Taproot.
Taproot
Taproot là một bản nâng cấp soft fork quan trọng của mạng Bitcoin, nhằm nâng cao tính riêng tư, hiệu quả và khả năng xử lý hợp đồng thông minh. Bản nâng cấp này được coi là bước tiến lớn nhất kể từ bản nâng cấp SegWit năm 2017.
Bản nâng cấp Taproot bao gồm ba đề xuất cải tiến Bitcoin (BIP): Taproot (Cây cú pháp trừu tượng Merkel - MAST), Tapscript, và một lược đồ chữ ký số mới thân thiện với đa chữ ký tên là «chữ ký Schnorr». Mục đích của Taproot là mang lại nhiều lợi ích cho người dùng Bitcoin, bao gồm tăng tính riêng tư và giảm chi phí giao dịch. Ngoài ra, nó còn tăng cường khả năng thực hiện các giao dịch phức tạp hơn, từ đó mở rộng phạm vi ứng dụng.
Bản cập nhật Taproot trực tiếp ảnh hưởng đến 3 hệ sinh thái: thứ nhất là giao thức Ordinals, tận dụng script-path spend scripts của Taproot để thêm dữ liệu; thứ hai là mạng lưới Lightning được nâng cấp thành Taproot Assets, phát triển từ thanh toán BTC điểm-điểm đơn giản thành hỗ trợ phát hành tài sản mới và thanh toán điểm-đa điểm; thứ ba là BitVM mới được đề xuất, sử dụng op_booland và op_not trong Taproot để "khắc" mạch logic boolean vào script Taproot, từ đó đạt chức năng máy ảo hợp đồng thông minh.
Ordinals
Ordinals là giao thức do Casey Rodarmor phát minh vào tháng 12 năm 2022, gán cho mỗi satoshi (sat) một số thứ tự duy nhất và theo dõi chúng trong các giao dịch. Bất kỳ ai cũng có thể sử dụng Ordinals để thêm dữ liệu bổ sung vào script Taproot của UTXO, bao gồm văn bản, hình ảnh, video, v.v.
Những ai quen thuộc với Ordinals đều biết: tổng lượng Bitcoin là 21 triệu, mỗi Bitcoin chứa 10^8 satoshi (sat), do đó mạng Bitcoin có tổng cộng 21 triệu * 10^8 satoshi. Giao thức Ordinals sẽ phân biệt các satoshi này, mỗi satoshi có một mã số duy nhất. Điều này về lý thuyết là có thể, nhưng thực tế lại không thể.
Vì mạng BTC có giới hạn tối thiểu 546 sat (segwit là 294 sat) khi chuyển khoản để chống lại các cuộc tấn công bụi, tức là không thể chuyển từng sat một, tùy theo loại địa chỉ, phải chuyển ít nhất 546 sat hoặc 294 sat. Theo lý thuyết đánh số FIFO của Ordinals, ít nhất các satoshi từ số 1 đến 294 trong mỗi khối là không thể chia nhỏ.
Do đó, việc khắc ghi thực tế không phải là khắc lên một satoshi cụ thể, mà là khắc trong script của một giao dịch, và giao dịch này phải chứa ít nhất 294 sat chuyển khoản, sau đó được indexer tập trung (ví dụ unisat) theo dõi và nhận diện tình trạng chuyển nhượng của 294 sat hoặc 456 sat này.
Cách mã hóa Inscriptions trong giao dịch
Về nguyên tắc, việc chi tiêu script Taproot chỉ có thể thực hiện từ đầu ra Taproot hiện có, do đó về lý thuyết Inscriptions nên được thực hiện qua hai giai đoạn: cam kết (commit) và tiết lộ (reveal). Thứ nhất, trong giao dịch cam kết, tạo một đầu vào Taproot dựa trên nội dung script-path spend, và chỉ rõ điều kiện chữ ký để chi tiêu/tiết lộ trong đầu ra. Thứ hai, trong giao dịch tiết lộ, đầu ra được tạo bởi giao dịch cam kết sẽ bị chi tiêu, tiết lộ nội dung Inscription trên chuỗi.
Tuy nhiên, trong thực tế sử dụng indexer, người ta không quá quan tâm đến vai trò của giao dịch tiết lộ, mà trực tiếp đọc một đoạn script gồm OP_FALSE OP_IF ... OP_ENDIF trong script đầu vào để trích xuất nội dung Inscription.
Vì tổ hợp lệnh OP_FALSE OP_IF khiến đoạn script này sẽ không được thực thi, nên có thể lưu trữ bất kỳ byte dữ liệu nào mà không ảnh hưởng đến logic script gốc.
Một văn bản Inscription chứa chuỗi «Hello, world!» được tuần tự hóa như sau:
OP_FALSE OP_IF OP_PUSH "ord" OP_1 OP_PUSH
"text/plain;charset=utf-8" OP_0 OP_PUSH "Hello, world!" OP_ENDIF
Giao thức Ordinals về bản chất là tuần tự hóa đoạn mã này vào script Taproot.
Chúng ta hãy lấy một giao dịch trên chuỗi để minh họa chi tiết nguyên lý mã hóa ordinals:
https://explorer.btc.com/btc/transaction/885d037ed114012864c031ed5ed8bbf5f95b95e1ef6469a808e9c08c4808e3ae
Chúng ta có thể xem chi tiết giao dịch này:
Phân tích phần mã hóa trong trường witness từ 0063 (OP_FALSE OP_IF), ta có thể hiểu được nội dung mã hóa tuần tự:
Vì vậy, chỉ cần giải mã được phần mã này trong script chứng cứ, ta có thể biết được nội dung được khắc. Ở đây là thông tin văn bản thuần túy, các dữ liệu khác như html, hình ảnh, video cũng tương tự.
Về lý thuyết, bạn cũng có thể định nghĩa nội dung mã hóa riêng, thậm chí là nội dung mã hóa chỉ mình bạn biết, tuy nhiên những nội dung này sẽ không hiển thị được trên trình duyệt ordinals.
BRC20
Ngày 9 tháng 3 năm 2023, một người dùng Twitter ẩn danh tên domo đã đăng một bài tweet, đề xuất tạo một tiêu chuẩn token đồng nhất trên giao thức Ordinals, gọi là tiêu chuẩn BRC20. Ý tưởng là có thể khắc dữ liệu chuỗi JSON vào script Taproot thông qua giao thức Ordinals để triển khai, đúc và chuyển token BRC-20 đồng nhất.
Hình 1: Khởi nguyên khiêm tốn của token BRC-20 (bài đăng đầu tiên của domo về chủ đề này)
Nguồn: Twitter (@domodata)
Hình 2: Ba thao tác ban đầu có thể có của token BRC-20 (p = tên giao thức, op = thao tác, tick = mã cổ phiếu / định danh, max = lượng cung tối đa, lim = giới hạn đúc, amt = số lượng)
Nguồn: https://domo-2.gitbook.io/brc-20-experiment/, Binance Research
Người phát hành token sử dụng lệnh deploy để triển khai token BRC20 lên chuỗi, sau đó người tham gia có thể nhận token gần như miễn phí (chỉ mất phí thợ đào) thông qua lệnh mint. Khi số lượng mint vượt quá max, việc khắc ghi mint sẽ bị indexer coi là vô hiệu. Sau đó, địa chỉ sở hữu token có thể chuyển token thông qua việc chuyển ghi chú transfer.
Lưu ý rằng, Casey – người sáng lập Ordinals – rất không hài lòng khi thấy giao dịch BRC-20 chiếm tỷ lệ lớn trên giao thức Ordinals. Ông từng công khai cho rằng BRC-20 mang lại một đống rác cho Ordinals do ông tạo ra. Vì vậy, nhóm của Casey đã gửi thư công khai yêu cầu Binance gỡ bỏ phần giới thiệu Ordinals trong trang ORDI, ông không muốn giao thức Ordinals bị liên hệ với ORDI.
Các giao thức mở rộng
BRC20 swap
Hiện tại, thị trường giao dịch Inscriptions lớn nhất, indexer và nhà cung cấp ví unisat đã đề xuất giao thức BRC20 swap dành cho giao dịch BRC20, hiện đã cho phép người dùng thử nghiệm.
Trước đây, giao dịch Inscriptions chỉ có thể thực hiện thông qua phương pháp PSBT (giao dịch Bitcoin được ký một phần), tương tự như phương án ký ngoài chuỗi của Opensea, dùng dịch vụ tập trung để «ghép nối» chữ ký của hai bên mua bán. Điều này khiến tài sản BRC20 chỉ có thể giao dịch theo kiểu đặt lệnh như tài sản NFT, thanh khoản và hiệu quả giao dịch rất thấp.
BRC20 swap đưa vào một cơ chế module trong chuỗi json của giao thức brc20, trong module này có thể triển khai một bộ script tương tự hợp đồng thông minh. Lấy ví dụ module swap, người dùng có thể chuyển BRC20 vào module thông qua lệnh transfer, tức là thực hiện một giao dịch chuyển tiền cho chính mình, nhưng ghi chú trong giao dịch bị khóa trong module. Sau khi hoàn thành giao dịch hoặc rút LP, người dùng có thể thực hiện một giao dịch khác để rút lại token BRC20.
Hiện tại, brc20 swap hoạt động theo mô hình module đen, module đen vì lý do an toàn, trong trường hợp chưa đạt đồng thuận và chưa xác minh, xác định lượng tài sản người dùng có thể rút dựa trên tổng tài sản khóa trong module, tức là bất kỳ người dùng nào cũng không thể rút tài sản vượt quá tổng tài sản đã khóa vào module.
Khi hành vi của module đen được người dùng hiểu và thực hiện, dần trở nên đáng tin cậy và được nhiều indexer chấp nhận hơn, sản phẩm sẽ chuyển từ module đen sang module trắng, đạt được nâng cấp đồng thuận. Lúc đó người dùng có thể tự do nạp/rút tài sản.
Ngoài ra, vì giao thức brc20 và toàn bộ hệ sinh thái Ordinals vẫn ở giai đoạn đầu, Unisat chiếm vị thế ảnh hưởng và uy tín lớn, cung cấp dịch vụ index đầy đủ như tra cứu giao dịch và số dư, tiềm ẩn rủi ro tập trung một nhà. Kiến trúc hoạt động theo module cho phép nhiều nhà cung cấp dịch vụ khác tham gia, từ đó thúc đẩy việc index trở nên phi tập trung hơn.
BRC420
Giao thức Brc420 do RCSV phát triển. Họ bổ sung phần mở rộng chỉ mục đệ quy trên cơ sở Inscriptions ban đầu. Thông qua cách đệ quy, định nghĩa định dạng tài sản phức tạp hơn. Đồng thời, Brc420 thiết lập mối quan hệ ràng buộc giữa quyền sử dụng và tiền bản quyền trên một Inscription đơn lẻ. Khi người dùng mint tài sản, cần trả tiền bản quyền cho người sáng tạo, và khi sở hữu một Inscription có thể phân bổ quyền sử dụng của nó và đặt giá, hành động này khuyến khích nhiều đổi mới hơn trong hệ sinh thái Ordinals.
Việc đề xuất Brc420 mở ra không gian tưởng tượng rộng lớn hơn cho hệ sinh thái Inscriptions, không chỉ có thể xây dựng metaverse phức tạp hơn thông qua tham chiếu đệ quy, mà còn có thể xây dựng hệ sinh thái hợp đồng thông minh thông qua tham chiếu đệ quy mã Inscriptions.
ARC20
Tiêu chuẩn token ARC20 do giao thức Atomicals cung cấp. Trong tiêu chuẩn này, «nguyên tử» là đơn vị cơ bản, được xây dựng trên đơn vị nhỏ nhất của Bitcoin là satoshi (sat). Điều này có nghĩa là mỗi token ARC20 luôn được hỗ trợ bởi 1 sat. Ngoài ra, ARC20 còn là giao thức token đầu tiên cho phép đúc Inscriptions/NFT thông qua cơ chế Proof of Work (PoW), cho phép người tham gia khai thác trực tiếp Inscriptions hoặc NFT theo cách tương tự như khai thác Bitcoin.
Việc coi 1 token ARC20 tương đương 1 sat mang lại nhiều lợi ích:
1. Trước hết, giá trị mỗi token ARC20 sẽ không bao giờ thấp hơn 1 sat, điều này khiến Bitcoin đóng vai trò như một «neo vàng kỹ thuật số» trong quá trình này.
2. Thứ hai, khi xác minh giao dịch chỉ cần truy vấn UTXO tương ứng với sat, trái ngược với BRC20 cần ghi chép trạng thái sổ cái ngoài chuỗi và bộ sắp xếp thứ ba phức tạp.
3. Ngoài ra, mọi thao tác của ARC20 đều có thể hoàn thành qua mạng Bitcoin, không cần bước bổ sung.
4. Cuối cùng, nhờ tính tổ hợp của UTXO, về lý thuyết có thể thực hiện trao đổi trực tiếp giữa token ARC20 và Bitcoin, mở ra khả năng thanh khoản trong tương lai.
Giao thức Atomicals đặt tham số tiền tố đặc biệt Bitwork Mining cho token ARC20. Người phát hành token có thể chọn tiền tố đặc biệt, và người dùng phải dùng CPU khai thác để tính ra tiền tố khớp thì mới có đủ điều kiện đúc token ARC20 đó. Mô hình «một CPU một phiếu» này phù hợp với triết lý của những người nguyên giáo Bitcoin.
Inscriptions có an toàn không
Inscriptions trông giống như một đoạn văn bản «vô hại» được đưa lên chuỗi và được indexer tập trung phân tích, dường như vấn đề an ninh chỉ là mối lo về dịch vụ tập trung. Tuy nhiên, về mặt an ninh chuỗi, vẫn cần lưu ý một số điểm sau:
1. Tăng gánh nặng cho nút
Inscriptions làm tăng kích thước khối Bitcoin, điều này làm tăng tài nguyên cần thiết cho các nút trong việc truyền tải, lưu trữ và xác minh khối. Nếu có quá nhiều Inscriptions, sẽ làm giảm mức độ phi tập trung của mạng Bitcoin, khiến mạng dễ bị tấn công hơn.
2. Giảm an toàn
Inscriptions có thể dùng để lưu trữ mọi loại dữ liệu, kể cả mã độc. Nếu mã độc được thêm vào khối Bitcoin, có thể gây ra lỗ hổng an ninh mạng.
3. Giao dịch cần được xây dựng cẩn thận
Giao dịch Inscriptions cần được xây dựng cẩn thận và tuân thủ quy tắc FIFO (vào trước ra trước) của ordinals, để tránh việc chỉ số Inscriptions bị phá vỡ do sơ suất.
4. Giao dịch mua bán tiềm ẩn rủi ro
Thị trường giao dịch Inscriptions, dù là OTC hay PSBT, đều tiềm ẩn rủi ro mất tài sản.
Dưới đây là một số vấn đề an ninh cụ thể:
1. Tỷ lệ khối mồ côi và tỷ lệ phân
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
