Giao thức RGB

RGB là gì

RGB là một giao thức hợp đồng thông minh có khả năng mở rộng và bảo mật, áp dụng cho Bitcoin và Lightning Network, được phát triển bởi Hiệp hội Tiêu chuẩn LNP/BP. Nó áp dụng các khái niệm của sở hữu riêng và chung, cung cấp một hình thức tính toán phân tán toàn diện, không cần blockchain, hoạt động như một hệ thống hợp đồng thông minh một phần được xác minh bởi khách hàng.

Lịch sử phát triển của giao thức RGB

Lịch sử giao thức RGB

RGB được ý tưởng ban đầu bởi Giacomo Zucco từ BHB Network vào năm 2016 như một 'hệ thống tài sản không dựa trên blockchain.' Cùng năm đó, Peter Todd giới thiệu các khái niệm về con dấu sử dụng một lần và xác nhận phía máy khách. Được truyền cảm hứng từ những ý tưởng này, RGB được đề xuất vào năm 2018. Vào năm 2019, nhà phát triển chính Maxim Orlovsky đảm nhận vai trò hàng đầu trong việc phát triển mã nguồn RGB và thiết kế tiêu chuẩn cơ bản. Maxim Orlovsky và Giacomo Zucco thành lập Hiệp hội Tiêu chuẩn LNP/BPhttps://www.lnp-bp.org) để đưa RGB từ khái niệm đến ứng dụng, với sự hỗ trợ từ Fulgur Ventures, Bitfinex, Hojo Foundation, Pandora Prime và DIBA. Sau quá trình phát triển rộng lớn, RGB đã phát hành phiên bản ổn định đầu tiên của mình, V0.10, vào tháng 4 năm 2023. Vào tháng 1 năm 2024, các nhà phát triển chính của RGB đã thông báo rằng phiên bản V0.11 sẽ được phát hành sớm trong nửa đầu năm đó.

Các Phát Triển Mới Nhất trong Giao Thức RGB

Các tính năng mới của RGB V0.10 đã được phân tích kỹ lưỡng trong các báo cáo khác. Trong khi V0.11 vẫn chưa được phát hành chính thức, dưới đây là một số thông tin mới nhất từ các nhà phát triển và cộng đồng:

• Hỗ trợ sắp tới cho L-BTC

• Cập nhật về tính tương thích và cầu nối qua chuỗi giữa tài sản RGB và tài sản Liquid

Tuy nhiên, RGB V0.11 sẽ không tương thích với V0.10, dẫn đến chi phí di cư đáng kể cho các dự án hiện tại. Ngoài ra, do tiến độ phát triển chậm, nhiều dự án hiện đang chờ đợi sự phát hành của V0.11.

Triết lý thiết kế RGB và nguyên tắc hoạt động

Hợp đồng thông minh RGB sử dụng xác nhận từ phía máy khách, có nghĩa là tất cả dữ liệu được lưu trữ bên ngoài các giao dịch Bitcoin, tức là trên chuỗi khối Bitcoin hoặc trạng thái của các kênh Lightning. Điều này cho phép hệ thống hoạt động trên đỉnh của Mạng Lightning mà không cần thay đổi gì đến BTC mainnet hoặc giao thức Mạng Lightning, tạo nền móng cho tính mở rộng và riêng tư của giao thức.

RGB sử dụng con dấu một lần được xác định trên Bitcoin UTXOs, cung cấp cho bất kỳ ai có bản ghi về lịch sử trạng thái hợp đồng thông minh khả năng xác minh tính duy nhất của nó. Nói cách khác, RGB tận dụng các script Bitcoin để thực hiện mô hình bảo mật của mình và xác định quyền sở hữu và quyền truy cập.

RGB là một Đồ Thị Định Hướng Vô Hướng (DAG) của các chuyển đổi trạng thái, nơi các hợp đồng hoàn toàn cô lập với nhau, và không ai biết về sự tồn tại của chúng ngoại trừ chủ sở hữu hợp đồng (hoặc những người mà chủ sở hữu tiết lộ thông tin hợp đồng).

Một Đồ Thị Hướng Đi (DAG) là một cấu trúc đồ thị đặc biệt có thể diễn đạt rõ ràng các hệ thống phức tạp hoặc mối quan hệ. Trong một DAG, mỗi cạnh có thể được coi như một con đường một chiều trong một thành phố, đại diện cho khía cạnh 'hướng đi' của đồ thị. Giả sử trong mạng lưới các con đường này, dù bạn đi như thế nào, bạn không thể quay trở lại điểm xuất phát và tạo thành một vòng lặp đóng; điều này đại diện cho tính 'không chu trình' của đồ thị. Trong một DAG, không có chuỗi các nút nào cho phép bạn bắt đầu từ một nút, đi qua một loạt các cạnh và quay trở lại cùng một nút.

Áp dụng khái niệm này vào hệ thống RGB, mỗi hợp đồng có thể được xem như một nút trong đồ thị, và các mối quan hệ giữa các hợp đồng (như việc chuyển quyền sở hữu) có thể được coi là các cạnh có hướng. Cấu trúc này đảm bảo rằng các mối quan hệ giữa các hợp đồng rõ ràng và gọn gàng, mà không tạo thành vòng lặp đóng, có nghĩa là một hợp đồng không thể ảnh hưởng trực tiếp hoặc gián tiếp đến chính nó.

Thiết kế này đảm bảo rằng các cam kết trong truyền trạng thái là duy nhất và bất biến, ngăn chặn chi tiêu kép và đạt được sự chuyển trạng thái hiệu quả và nhất quán.

Đào sâu vào Hợp đồng RGB

Sau khi hiểu rõ về nguyên lý cơ bản của thiết kế kiến trúc RGB, hãy xem phần hợp đồng. Trong thế giới hiện nay của các hợp đồng thông minh, người tạo ra được yêu cầu tự tổ chức hoặc thực hiện việc phát triển mã hợp đồng thông minh. Triết lý thiết kế của RGB coi thói quen này là không mong muốn, dẫn đến các lỗ hổng mã hợp đồng cao và nhiều cuộc tấn công của hacker. Do đó, RGB nhằm mục tiêu giảm thiểu rủi ro của các lỗ hổng trong quá trình phát triển và nhu cầu kiểm định bằng cách giới thiệu khái niệm “Mẫu Schema.” “Mẫu Schema” là mã thực tế của các hợp đồng thông minh. Nhà xuất bản có thể sử dụng chúng như “mẫu hợp đồng” mà không cần mã hóa hoặc kiểm định mã tùy chỉnh được viết cho họ bởi một số thầu viên ngẫu nhiên nào đó.

Khả năng mở rộng linh hoạt và khả năng tương tác tốt

Các hợp đồng RGB được định nghĩa theo cách tuyên bố, không phải theo cách mệnh lệnh. Điều này có nghĩa là logic của hợp đồng không được xác định bằng một chuỗi lệnh hoặc bước mà được xác định bằng một tập hợp các quy tắc mô tả hành vi và chuyển trạng thái của nó, tạo thành một Đồ thị có Hướng không chu kỳ (DAG) của các thay đổi trạng thái. Chìa khóa cho các hoạt động trạng thái cục bộ nằm trong Schema. Các hoạt động trong các hợp đồng RGB là cục bộ, không phải toàn cầu. Mỗi nút (hoặc trạng thái) có quy tắc riêng của nó và chỉ chịu trách nhiệm cho các chuyển trạng thái của nó. Điều này khác biệt so với các thuật toán toàn cầu trên các nền tảng như Ethereum, mà yêu cầu mỗi trạng thái tuân theo cùng một thuật toán. Đặc điểm này khiến cho RGB đủ linh hoạt và có khả năng mở rộng đồng thời cung cấp tính tương thích tốt.

Tạo hợp đồng thông minh đơn giản

Schema xác định loại hình toàn cầu và thuộc sở hữu, con dấu và siêu dữ liệu nào được phép trong các chuyển đổi trạng thái. RGB sử dụng ngôn ngữ Contractum để viết Schema RGB và AluVM (Arithmetic Logic Unit Virtual Machine), giúp đơn giản hóa việc viết hợp đồng thông minh RGB. AluVM dựa trên một thiết kế đăng ký mà không có quyền truy cập bộ nhớ ngẫu nhiên, làm cho nó rất phù hợp cho các hợp đồng thông minh, thực thi mã từ xa, phân tán, và tính toán cạnh, cung cấp nền tảng cho các trường hợp sử dụng hợp đồng thông minh tiên tiến khác nhau.

Làm thế nào RGB đảm bảo an ninh và riêng tư

Từ thiết kế của RGB chính nó:

• Quyền riêng tư mà không cần phát sóng toàn cầu: Như đã đề cập, việc xác minh phía máy khách của RGB có nghĩa là quá trình xác minh chỉ xảy ra giữa các bên trực tiếp liên quan, không phải toàn bộ mạng lưới. Phương pháp không phát sóng toàn cầu này nâng cao tính riêng tư và khả năng chống kiểm duyệt vì chi tiết của trạng thái hợp đồng chỉ hiển thị cho các bên liên quan, và người đào không thể nhìn thấy chi tiết giao dịch.

• Quyền riêng tư dữ liệu trong môi trường catbox: Ngược lại, RGB lưu trữ tất cả dữ liệu hoạt động trong một chỗ chứa. Vì RGB không dựa vào blockchain, việc lưu trữ không được sao chép sang các nút đồng đẳng khác. Việc kiểm soát lưu trữ tại địa phương bởi người dùng giảm thiểu rủi ro tấn công từ bên ngoài và rò rỉ dữ liệu, đảm bảo quyền riêng tư của dữ liệu. RGB là một nền tảng tính toán nơi mà mỗi chương trình (“hợp đồng thông minh”) được cô lập trong môi trường catbox của nó, mang lại khả năng mở rộng và bảo mật tốt hơn so với các nền tảng dựa trên blockchain. Tuy nhiên, dữ liệu ngoại chuỗi cũng có nghĩa là có rủi ro mất mát.

• Ngoài việc xác nhận và lưu trữ, hệ thống lập hóa đơn cũng đảm bảo an toàn và sự riêng tư. Các hoạt động hợp đồng trong RGB được thực hiện bằng cách tạo hóa đơn, có thể chứa nhiều yêu cầu hoạt động hợp đồng. Bằng cách cho phép người dùng cụ thể chỉ định và xác minh các hoạt động hợp đồng, độ chính xác và an toàn của các hoạt động được cải thiện. Đồng thời, hệ thống lập hóa đơn hỗ trợ truyền thông riêng tư của yêu cầu hoạt động hợp đồng giữa người dùng, nâng cao sự riêng tư giao dịch. Các chuyển đổi trạng thái, như chuyển token, được thực hiện thông qua hóa đơn và các lệnh cụ thể.

Từ Góc Độ Tương Tác với BTC

Thiết kế của RGB chặt chẽ với UTXOs. Trong giao tiếp với mạng chính BTC, người dùng tạo hợp đồng ngoại chuỗi để phát hành tài sản RGB và phân bổ chúng cho UTXOs của Bitcoin, tương tự như Mạng Lightning. Sau đó, việc chuyển tài sản, tương tác hợp đồng và xác thực được thực hiện ngoại chuỗi như đã giới thiệu ở trên.

RGB được hưởng lợi từ các giao thức chữ ký multisig cải tiến, dựa trên adaptor và Hợp đồng Thời Gian Khóa Điểm (PTLCs) mang lại bởi chữ ký Schnorr, nhưng lợi ích của nó hoàn toàn dựa trên Bitcoin (tức là gián tiếp). Không có gì trong RGB đòi hỏi chữ ký (do đó Schnorr không tạo ra thay đổi nội bộ), cũng như không sử dụng scripts Bitcoin (do đó, Tapscript mới không hữu ích).

BTC Security Lab, doanh nghiệp chung của ScaleBit, là một phòng thí nghiệm bảo mật BTC chuyên nghiệp đang làm việc trên các phát triển mới nhất của giao thức RGB. Mục tiêu của nó là bảo vệ an ninh hợp đồng, đồng thời thúc đẩy sự phát triển liên tục và tăng cường của giao thức RGB và cấu trúc hạ tầng xây dựng của hệ sinh thái BTC.

Tổng quan về các Dự án Hệ sinh thái RGB

BiHelix

• Trang web:https://www.bihelix.net/

• BiHelix là một hệ thống hạ tầng hệ sinh thái Bitcoin được tối ưu hóa cho các nút, được xây dựng trên chuỗi khối Bitcoin gốc, tích hợp giao thức RGB và Mạng Lightning. Mục tiêu của nó là làm cho việc phát triển dễ dàng hơn, mở rộng các trường hợp sử dụng cho Bitcoin, và giải quyết các thách thức về khả năng mở rộng và tính không hoàn chỉnh Turing mà chuỗi khối Bitcoin đang đối mặt. BiHelix cố gắng tạo ra một thế giới mật mã phi tập trung công bằng hơn cho các thợ đào, người xác minh, nhà cung cấp dịch vụ nút, sàn giao dịch và người dùng. Là hệ thống hạ tầng đầu tiên được xây dựng trên giao thức RGB, BiHelix sẽ phát triển thế hệ tiếp theo của các kịch bản ứng dụng Bitcoin quy mô lớn. Dự án hiện đang ở giai đoạn phát triển và chưa mở cho tương tác; hãy chờ đón.

  Các Tính Năng Dự Án

• Ngưỡng người dùng thấp : Sử dụng giao thức SLR (Bảo mật - Lightning - RGB), tái đóng gói RGB và Mạng Lightning với các giải pháp sáng tạo cho các nút Lightning đạt được thanh toán toàn cầu.

• Độ tin cậy cao và khả năng mở rộng: Sử dụng một kiến trúc dịch vụ đám mây chín chắn, tận dụng đầy đủ các tính năng của rust-lightning để hỗ trợ chức năng nhà máy kênh, quản lý kênh một cách hiệu quả và tạo kênh hàng loạt.

• Bảo mật và Bảo vệ Quyền Riêng Tư: Truyền và lưu trữ dữ liệu trạng thái ngoại chuỗi, sử dụng chứng minh không biết recursive giữa các công nghệ khác để ngẫu nhiên hóa thanh toán đa phần và lựa chọn đường dẫn để bảo vệ quyền riêng tư.

• Thân thiện với nhà phát triển: Cung cấp các công cụ phát triển toàn diện, bao gồm tài liệu mã nguồn mở, công cụ, v.v., và giới thiệu cơ chế đồng thuận xã hội Schema, giúp cho các nhà phát triển dễ dàng xây dựng ứng dụng.

  Ví Iris

• Trang web: https://play.google.com/store/apps/details?id=com.iriswallet.testnet&pli=1

• IRIS Wallet, ví Android đầu tiên được phát triển bởi đội ngũ của Bitfinex, được tập trung vào tích hợp RGB và các công cụ liên quan đến RGB, hỗ trợ tài sản có thể đổi và không thể đổi. Iris Wallet cho phép thực hiện các hoạt động liên quan đến tài sản RGB từ việc phát hành đến chi tiêu và nhận, đóng gói tất cả các chức năng trong một ứng dụng ví quen thuộc trong khi trừu tượng hóa nhiều chi tiết kỹ thuật càng nhiều càng tốt. Hiện tại đây là một ứng dụng thử nghiệm được khuyến nghị cho số lượng nhỏ Bitcoin và tài sản có giá trị thấp.

  DIBA

• Trang web: https://diba.io/

• DIBA là sàn giao dịch NFT đầu tiên trên Bitcoin sử dụng RGB Protocol và Lightning Network. Mục tiêu của nó là hình thành sự hiểu biết về tài sản nghệ thuật không giữ trữ trên blockchain của Bitcoin.

  Bitmask

• Trang web: https://bitmask.app/

• Được tạo ra bởi DIBA, Bitmask là ví NFT đầu tiên trong hệ sinh thái RGB, có thể hoạt động trên trình duyệt web và tương tác với các hợp đồng RGB tương tự như MetaMask trên Ethereum. Hiện nó được cập nhật thường xuyên, đợi sự phát hành của V0.11.

  Pandora Prime Inc

• Trang web: https://pandoraprime.ch/

• Đặt tại thung lũng Verify, Thụy Sĩ, Pandora Prime cũng là một trong những thành viên sáng lập của LNP/BP. Pandora Prime cam kết tiên phong trong Tài chính Bitcoin bằng cách sử dụng sự kết hợp của hợp đồng thông minh RGB và Lightning Network. Họ bắt đầu với tài sản có thể lập trình trên Bitcoin (RGBTC và CHFN), có thể mở rộng lưu lượng giao dịch lên cấp độ của VISA/MasterCard thông qua Lightning Network trong khi cung cấp cơ sở hạ tầng cho việc trao đổi dễ dàng của những tài sản này. Sản phẩm của họ bao gồm MyCitadel (ví), RGB Explorer (trình duyệt) và Pandora Network, cùng với các sản phẩm khác.

  MyCitadel

• Trang web: https://mycitadel.io/

• Một thương hiệu của Pandora Prime, MyCitadel là ví GUI đầu tiên hỗ trợ RGB, được tạo bởi các nhà phát triển RGB vào năm 2021. Nó cung cấp ví desktop đa nền tảng và ví iOS/iPad. Ví di động có thể xử lý tài sản RGB có thể đổi được.

  Trình duyệt RGB

• Trang web: https://rgbex.io/

• RGB Explorer được phát triển bởi Pandora Prime, là trình duyệt đầu tiên cung cấp đăng ký tài sản RGB và hợp đồng thông minh. Hiện tại, nó hỗ trợ RGB 20, RGB 21, RGB 25, hiển thị tài sản như LNPBP, RGBTC, dCHF và RGBEX.

  Bitlight Labs (trước đây là Cosminmart)

• Trang web: https://bitlightlabs.com/

• Bitlight Labs phát triển cơ sở hạ tầng dựa trên giao thức RGB, chuẩn bị triển khai nhiều ứng dụng trên Lightning Network, bao gồm Ví Bitlight cho tiện ích RGB và Bitswap, một trình tạo lập thị trường tự động cho BitcoinFi trên Lightning Network và giao thức RGB.

RGB Memes & NFT

1. PPRGB

   • X: @PepeRgb20

   • PPRGB hiện đang được phát hành trên mạng Liquid, đang chờ ánh xạ sang RGB sau khi phát hành RGB V0.11 (V0.11 cũng đang phát triển các chức năng mã code để tương tác với Liquid).

2. MRGB In hình trên cánh cửa

   • MRGB là một token dựa trên việc xác nhận trạng thái khách hàng của giao thức RGB và hệ thống hợp đồng thông minh. Nó hoạt động trên các lớp thứ hai và thứ ba (ngoại chuỗi) của hệ sinh thái Bitcoin và sẽ cung cấp mã nguồn gốc mở cơ bản, cho phép tất cả các chuỗi công cộng BRC20 sử dụng trực tiếp hệ thống này. Đổi mới này mang lại tiềm năng lớn cho các chuỗi công cộng BRC20, bao gồm giảm tiêu thụ GAS, tăng tốc độ giao dịch và cải thiện hiệu suất tổng thể. Bằng cách áp dụng hệ thống MRGB, các chuỗi công cộng BRC20 sẽ có khả năng xử lý giao dịch một cách hiệu quả hơn và giảm chi phí giao dịch cho người dùng. Trong khi đó, token ghi chép MRGB cũng sẽ phục vụ như một mặt hàng tiêu dùng trong quá trình giao dịch, từ đó tăng cường tính thanh khoản và khả năng mở rộng của BTC.

3. Single-Use-Seal

   • X: @Single_Use_Seal

   • Seal, là một bộ sưu tập gồm 10k PFP, UDA hiếm và token trên RGB20 và RGB21, được đặt theo ý tưởng Single Use Seal của Peter Todd. Hiện đang chờ đợi các ví Bitlight và Bitmask cập nhật lên phiên bản RGB v0.11, sau đó họ sẽ được phát hành trên chúng.

4. Bitman

   • X: @bitmancity

   • Sẽ phát hành 10k UDA trên diba, có thể thông qua một wl+ bán công khai, với nhiệm vụ “truyền bá tinh thần của BTC.” Dự án có một mục đích đáng khen ngợi và sẽ trao wl cho các người đóng góp vào hệ sinh thái BTC, với hầu hết số tiền thu được từ bán công khai được quyên góp cho LNP/BP.

BitVM

Tại sao BitVM?

BitVM (Bitcoin Virtual Machine) giới thiệu một hệ thống cho phép xác minh bất kỳ tính toán nào trên chuỗi khối Bitcoin mà không ảnh hưởng đến bảo mật hay thay đổi mạng lưới. Sự phát triển này mở ra cánh cửa cho các tính toán phức tạp, như hợp đồng thông minh Turing-complete, với tất cả các tính toán được xử lý ngoài chuỗi để giảm tắc nghẽn trên chuỗi khối Bitcoin.

“Đơn giản, BitVM là một mô hình tính toán có khả năng biểu diễn các hợp đồng Turing-complete trên mạng Bitcoin.” Giống như RGB, BitVM không đòi hỏi sửa đổi vào các quy tắc đồng thuận của mạng.

Vào ngày 9 tháng 10 năm 2023, Robin Linus, cộng sự sáng lập của nhà phát triển blockchain ZeroSync, đã công bố bản báo cáo trắng BitVM. So với RGB, BitVM còn trẻ hơn nhiều.

Kiến trúc Thiết kế của BitVM

Kiến trúc

Tương tự như Optimistic Rollups và đề xuất Merkelize All The Things (MATT), dựa trên chứng minh gian lận và giao thức thách thức-phản ứng, nó không cần phải thay đổi các quy tắc đồng thuận của Bitcoin. BitVM chứng minh rằng Bitcoin là Turing-complete trong việc mã hóa chứng minh gian lận trong các Taptrees lớn.

Mạch Thiết Kế Cổng

Cam kết giá trị Bit là thành phần cơ bản nhất, cho phép người cam kết thiết lập giá trị cụ thể của một bit thành “0” hoặc “1”. Bất kỳ hàm có thể tính toán nào cũng có thể được biểu diễn dưới dạng mạch logic Boolean, tạo thành cam kết cổng logic. Được xây dựng thông qua các cổng NAND (cổng logic toàn cục), mỗi cổng có cam kết riêng của mình. Bất kỳ mạch nào cũng có thể được biểu diễn bằng cách kết hợp các cam kết cổng. Mỗi bước thực thi được cam kết trong một Tapleaf và kết hợp trong cùng một địa chỉ Taproot.

BitVM sử dụng nâng cấp Taproot của Bitcoin bằng cách tạo ra một cấu trúc tương tự như mạch nhị phân (gọi là taptree) để đạt được tính năng của mình. Trong hệ thống này, các điều kiện chi tiêu cho mỗi UTXO, được biểu diễn bằng các chỉ thị trong một Script, hình thành đơn vị cơ bản của chương trình. Những chỉ thị này tạo ra đầu ra nhị phân (0 hoặc 1) trong một địa chỉ Taproot, xây dựng toàn bộ taptree. Đầu ra của taptree có thể được xem xét là kết quả của việc thực thi của một mạch nhị phân, tương tự như một chương trình thực thi. Độ phức tạp của các chương trình mà một taptree có thể thực thi phụ thuộc vào số lượng và độ phức tạp của các địa chỉ Taproot tạo thành nó. Đơn giản, BitVM thực hiện khả năng chạy các chương trình phức tạp hơn trên mạng Bitcoin bằng cách dịch các chỉ thị Script của Bitcoin thành các hoạt động nhị phân.

Những vai trò tham gia là hai bên

Hiện tại, mô hình bị hạn chế chỉ hai bên và không thể mở rộng để bao gồm nhiều bên tham gia hơn. Hơn nữa, để BitVM hoạt động đúng cách, cần một lượng lớn các chữ ký trước (các tính toán ngoài chuỗi) làm cho BitVM khá phức tạp và có thể không hiệu quả.

Chứng minh gian lận và giao thức thách thức-phản hồi

Cả người chứng minh và người thách đấu đều đặt cọc một lượng BTC bằng nhau trong một giao dịch như một cược (là đầu vào), và kết quả của giao dịch này sẽ bao gồm một mạch logic. Một loạt các giao dịch được ký trước trong giai đoạn thiết lập để bác bỏ các tuyên bố không chính xác. BITVM được ví như Optimistic Rollups vì nó thực hiện hầu hết các tính toán ngoại tuyến và gửi một số tính toán này trên chuỗi để giải quyết các tranh chấp khi chúng phát sinh.

Optimistic Rollups là một giải pháp tăng cường tầng thứ hai giảm tải cho lớp cơ sở bằng cách di chuyển tính toán và lưu trữ dữ liệu ra khỏi chuỗi. Sau đó, nó gói gọn nhiều giao dịch và xuất bản chúng lên chuỗi chính. Optimistic Rollups giả định tất cả các giao dịch đều hợp lệ. Tuy nhiên, nếu các bên tham gia mạng phát hiện hành vi không trung thực, họ có thể khởi xướng một chứng cớ gian lận. Chứng cớ gian lận là bằng chứng về sự tính toán không chính xác của ai đó. Chúng được tạo ra sau khi được kiểm tra.

Tính toán ngoại chuỗi

Hầu hết các hoạt động trên BitVM đều được thực hiện ngoại chuỗi. Điều này bao gồm khởi tạo tác vụ tính toán, chia sẻ dữ liệu và xác minh các yêu cầu đã gửi. Thông thường, BitVM không thực hiện tính toán trên chuỗi khối Bitcoin. Các tính toán và xác minh chỉ được công bố trên chuỗi khi có một tranh chấp do nghi ngờ gian lận. Tuy nhiên, nếu có một tranh chấp, một phần nhỏ của quy trình tranh chấp thực sự được thực hiện trên chuỗi, đủ để xác định bên nào không trung thực.

Với kiến thức nền tảng ở trên, chúng ta có thể hiểu rõ hơn về nguyên tắc cụ thể của sự tương tác hai bên của BitVM.

Mô hình tương tác hai bên của BitVM bao gồm một người chứng minh và một người xác minh. Trong hệ thống này, người chứng minh đầu tiên tạo và gửi một hợp đồng thông minh hoặc chương trình, sau đó gửi tiền vào một địa chỉ gốc chung do master kiểm soát. Tiền này được giữ trong một sắp xếp chữ ký đa nguyên 2 trong 2. Người chứng minh cũng cần chia sẻ đủ thông tin với người xác minh để chứng minh rằng chương trình của họ có thể tạo ra đầu ra được hứa.

Nhiệm vụ của người xác minh là chạy mã của người chứng minh và xác minh xem kết quả có khớp với kỳ vọng hay không. Nếu kết quả không khớp, người xác minh sẽ thách thức người chứng minh. Quá trình tương tác thách thức-phản hồi này liên quan đến việc trao đổi dữ liệu ngoại chuỗi và sử dụng các giao dịch được ký trước để xác minh tính đúng đắn của phép tính.

Nếu phát hiện lỗi tính toán, người xác minh có thể chứng minh công khai hành vi không trung thực của bên chứng minh thông qua bằng chứng gian lận trên chuỗi. Trong hệ thống BitVM, nếu phản hồi của bên chứng minh được chứng minh là không chính xác, họ sẽ mất cược và bị tịch thu quỹ. Ngược lại, nếu tất cả câu trả lời đều đúng, bên chứng minh sẽ giữ quỹ của họ. Cơ chế khuyến khích kinh tế này được thiết kế để ngăn chặn hành vi không trung thực.

Cuối cùng, sự tương tác này đảm bảo rằng xác minh tính toán chỉ được chuyển sang chuỗi khối Bitcoin trong trường hợp xảy ra tranh chấp, từ đó thực hiện phần lớn tính toán ngoại chuỗi. Thiết kế này duy trì hiệu suất của mạng Bitcoin trong khi cung cấp khả năng chạy các chương trình phức tạp hơn trên Bitcoin.

Bảo mật của BitVM

Từ quan điểm thiết kế kiến trúc, bảo mật của BitVM chủ yếu dựa trên các khía cạnh sau:

Chứng cứ gian lận

Trong trường hợp có tranh chấp, các trình xác minh có thể thách thức những tuyên bố không chính xác của người đề xuất thông qua bằng chứng gian lận. Cơ chế này tương tự như Optimistic Rollups và không đòi hỏi thay đổi quy tắc đồng thuận của Bitcoin.

Giao thức Thách thức-Phản hồi

BitVM sử dụng giao thức thách thức-phản hồi, trong đó người đề xuất và người xác thực ký một loạt các giao dịch trước trong giai đoạn thiết lập của giao thức. Những giao dịch này được sử dụng để giải quyết vấn đề khi xảy ra tranh chấp.

Tính toán Off-Chain với Xác minh On-Chain

BitVM cho phép các phép tính phức tạp được thực thi ngoại chuỗi, trong khi xác minh và giải quyết chỉ diễn ra trên chuỗi trong trường hợp xảy ra tranh chấp. Phương pháp này giảm việc sử dụng tài nguyên trên chuỗi trong khi vẫn duy trì tính toàn vẹn và an ninh của chuỗi khối Bitcoin.

Cơ chế Gửi tiền và Phạt

Nếu một người đề xuất đưa ra một tuyên bố không chính xác, các máy chủ xác minh có thể tịch thu khoản đặt cọc của họ. Cơ chế này đảm bảo rằng kẻ tấn công luôn mất khoản đặt cọc của mình vì hành động sai trái.

Cơ chế hợp đồng song phương

Cơ chế này cung cấp tính riêng tư tốt hơn trên BitVM và giảm chi phí giao dịch, nhưng so với cơ chế đa bên của EVM, tính phổ quát của nó giảm đi một chút.

Giao thức Nostr

Giao thức Nostr là gì

Nostr đứng cho “Ghi chú và Các Vật Khác Được Truyền Bởi Bộ Khuếch Đại,” cho thấy đó là một giao thức truyền thông liên quan đến bộ khuếch đại, gợi ý rằng đó không phải là giao thức truyền thông ngang hàng (P2P). TheoMã nguồn GitHubCập nhật bản ghi, dự án này được ra mắt vào tháng 11 năm 2020. Giao thức nhằm tạo ra giao thức mở đơn giản nhất cho một mạng xã hội toàn cầu chống lại sự kiểm duyệt. Đó là một giao thức xã hội phi tập trung cho phép người dùng tạo, xuất bản và đăng ký theo dõi bất kỳ loại nội dung nào mà không bị kiểm soát hoặc can thiệp từ bất kỳ nền tảng tập trung hoặc tổ chức nào. Nostr lấy cảm hứng từ Bitcoin và Lightning Network, sử dụng các cơ chế mật mã và đồng thuận tương tự, cũng như cấu trúc dữ liệu dựa trên sự kiện được biết đến với tên gọi là Mạng Nostr.

Các thành phần của Giao thức Nostr

Cặp Khóa Công Khai và Khóa Riêng

Một cặp khóa công khai và khóa riêng tạo nên một tài khoản Nostr. Khác với hệ thống tên người dùng và mật khẩu truyền thống, tài khoản Nostr sử dụng hệ thống khóa công khai và khóa riêng tương tự như tiền điện tử. Để đơn giản, khóa công khai có thể được coi là tên người dùng, và khóa riêng là mật khẩu. Quan trọng phải nhớ rằng một khi mất khóa riêng, nó không thể được đặt lại như mật khẩu. Khóa công khai có tiền tố là npub1, và khóa riêng có tiền tố là nsec1. Quan trọng phải đảm bảo an toàn của những khóa này, vì chúng không thể khôi phục nếu bị mất.

Khách hàng

Nostr là một giao thức để gửi thông tin qua internet, yêu cầu phần mềm khách hàng để sử dụng. Các khách hàng có thể là trang web, phần mềm desktop hoặc ứng dụng di động. Các khách hàng đọc thông tin từ các relay và gửi dữ liệu mới được tạo đến các relay để các khách hàng khác đọc. Thông tin bao gồm chữ ký để đảm bảo dữ liệu được gửi bởi người gửi chính thức. Khách hàng sử dụng khóa riêng để tạo chữ ký. Khi sử dụng một khách hàng desktop hoặc di động lần đầu tiên, khóa riêng cần được lưu trữ trong đó. Khóa công khai có thể được lấy từ khóa riêng. Đối với khách hàng web, không nên lưu trực tiếp khóa riêng trong đó; thay vào đó, tốt hơn hết là sử dụng một plugin để lưu trữ khóa riêng.

Relay

Bộ kế tiếp có thể hiểu là các máy chủ backend của giao thức Nostr. Các máy khách Nostr gửi thông tin đến các bộ kế tiếp, có thể (hoặc không) lưu trữ thông tin và phát sóng nó đến tất cả các máy khách kết nối. Điều quan trọng cần lưu ý là các bộ kế tiếp không cố định; chúng có thể thay đổi đáng kể theo thời gian. Giao thức Nostr phụ thuộc vào các bộ kế tiếp để lưu trữ và truy xuất dữ liệu. Nếu người dùng gặp tốc độ chậm từ máy khách, có thể do tốc độ chậm của bộ kế tiếp kết nối, và họ có thể xem xét thêm một số bộ kế tiếp khác.

NIPs

NIP (Khả năng triển khai Nostr) là các tiêu chuẩn được sử dụng để điều chỉnh các rơle và phần mềm máy khách tương thích với Nostr, chỉ định những gì phải, nên hoặc có thể được thực hiện. "NIP" đề cập đến các tài liệu tham khảo phác thảo cách thức hoạt động của giao thức Nostr. Nostr là một giao thức phi tập trung, không bị độc quyền bởi bất kỳ thực thể tập trung nào (chẳng hạn như Twitter), có nghĩa là hướng phát triển của nó phụ thuộc vào tất cả những người tham gia. Chúng tôi có thể đề xuất và ủng hộ những thay đổi và cung cấp phản hồi về ý tưởng của người khác. Là thành viên tích cực của cộng đồng giao thức, mọi người đều có tiếng nói nhất định trong định hướng phát triển tương lai của mạng Nostr. NIP trong cơ sở mã chính đã được phê duyệt và các ý tưởng mới có thể được thêm vào thông qua các yêu cầu kéo.

Các NIPs chính bao gồm:

• NIP-04: Mã hóa tin nhắn, sử dụng thuật toán secp256k1 cho trao đổi khóa Diffie-Hellman, cho phép mã hóa end-to-end.

• NIP-05: Ánh xạ các khóa công khai sang tên miền để gọi dễ dàng, chẳng hạn như ánh xạ khóa công khai của tác giả tới @NomandJamesmiền.

• NIP-06: Cụm từ ghi nhớ, tương tự như các cụm từ được sử dụng trong ví tiền điện tử.

• NIP-13: Bằng chứng về công việc. Khái niệm này xuất hiện trước Bitcoin và được sử dụng rộng rãi trong lớp đồng thuận POW của blockchain và giao thức thì thầm của Ethereum. Điều này liên quan đến việc hoàn thành một bằng chứng về công việc tính toán một cách cực kỳ tốn sức trước khi gửi một tin nhắn, mà máy chủ truyền tải nhận thấy. Việc cung cấp bằng chứng này đồng nghĩa với việc tiêu tốn năng lực tính toán, nâng cao ngưỡng cho việc gửi tin nhắn rác đến các máy chủ truyền tải.

• NIP-22: Thời điểm thông báo. Thông báo cho máy chủ truyền tải về thời gian mà một tin nhắn được tạo ra, cho phép các trạm truyền tải chấp nhận tin nhắn theo cách chọn lọc. Thời điểm thông báo có thể được thiết lập cho quá khứ hoặc tương lai.

• NIP-40: Thời gian hết hạn. Thông báo cho các máy chủ truyền tải về thời gian hết hạn của một tin nhắn để nó có thể bị xóa.

• NIP-57: Lightning Network tipping links.

• NIP-65: Danh sách khuyến nghị các dịch vụ relay.

Sự kiện là duy nhất Objectcấu trúc trên Nostr. Mỗi sự kiện đều có một loạiđể chỉ định loại sự kiện (hành động người dùng đã thực hiện hoặc thông tin họ đã nhận được).

Hoạt động giao thức Nostr

Giao thức Nostr hoạt động thông qua các relay. Những relay này cho phép người dùng trên cùng một relay gửi tệp Json cho nhau.

Để giúp hiểu điều này, hãy xem xét một biểu đồ đơn giản:

Biểu đồ bao gồm 3 relay và 3 khách hàng, mỗi khách hàng sử dụng một nền tảng khác nhau.

Trong sơ đồ này:

• Bob có thể thấy tất cả các tweets của Alice nhưng không thấy của Mary (Bob thậm chí không biết Mary tồn tại).

• Alice có thể thấy tất cả các tweet của Bob nhưng không thể thấy bất kỳ tweet nào của Mary (Alice cũng không biết Mary tồn tại).

• Mary có thể xem các tweet từ cả Bob và Alice vì cô ấy chỉ viết dữ liệu vào Relay 3 nhưng có thể đọc dữ liệu từ Relay 2 (nơi giữ dữ liệu của Bob và Alice).

Sâu hơn vào Hợp đồng Nostr

Với giao thức Nostr được coi là một giao thức mở rất nhẹ, nó cung cấp một bộ quy định giao thức cho các nền tảng truyền thông xã hội phi tập trung. Hãy tiến hành một phân tích mã code đơn giản về giao thức:

Nền tảng của giao thức là một máy chủ WebSocket (được biết đến là nostr-relay), xử lý và lưu trữ một cấu trúc dữ liệu rất đơn giản gọi là Sự kiện. Nó được hiển thị như sau:

{  "id": "<32 byte sha256 của dữ liệu sự kiện được chuỗi hóa>",  "pubkey": "<32 byte mã hóa hex của khóa công khai của người tạo sự kiện>",  "created_at": "<thời điểm unix tính bằng giây>",  "kind": "<số nguyên>",  "tags": [    ["e", "<32 byte mã hex của id của một sự kiện khác>", "<URL truyền tải được đề xuất>"],    ["p", "<32 byte mã hex của khóa>", "<URL truyền tải được đề xuất>"],    ... // các loại thẻ khác có thể được bao gồm sau này  ],  "content": "<chuỗi tùy ý>",  "sig": "<64 byte chữ ký của băm sha256 của dữ liệu sự kiện được chuỗi hóa, giống như trường 'id'>"}

Sự kiện luôn được ký (sử dụng chữ ký loại Schnorr) và chứa dữ liệu có cấu trúc có thể có ý nghĩa ngữ nghĩa khác nhau. Các khóa công khai loại XOnlyPubkeys theo định nghĩa trong BIP340 (hiện đang được sử dụng với Bitcoin Taproot) được sử dụng như “các định danh” trong toàn bộ giao thức.

nostr-client là một ứng dụng có thể giao tiếp với nostr-relay và có thể sử dụng các người đăng ký để đăng ký bất kỳ tập hợp sự kiện nào.

Bộ lọc đại diện cho tất cả các sự kiện Nostr mà khách hàng quan tâm.

Không cần đăng ký hoặc tạo tài khoản, vì khách hàng sử dụng khóa công khai của người dùng để xác định. Mỗi khi khách hàng kết nối với relay, nó sẽ gửi bộ lọc đăng ký của người dùng, và miễn là họ đang kết nối, relay sẽ truyền “sự kiện quan tâm” đến khách hàng.

Relays có thể lưu trữ đăng ký của khách hàng trong bộ nhớ cache, nhưng điều này không bắt buộc. Khách hàng nên xử lý mọi thứ ở “phía khách hàng,” trong khi relays có thể ngốc nghếch như một tảng đá.

Khách hàng không nói chuyện với nhau. Nhưng các Relay có thể. Điều này cho phép các relay lấy dữ liệu cho khách hàng mà chúng không có, và khách hàng có thể đăng ký sự kiện bên ngoài của relay mà họ đang kết nối đến.

Ở cái nhìn đầu tiên, điều này tạo ra ấn tượng rằng Nostr như một giao thức là vô dụng (tại sao không chỉ đơn giản là ký và bỏ ra JSON thô và để cho máy khách tìm hiểu?), nhưng một cái nhìn sâu hơn sẽ cho thấy rằng mô hình “máy chủ ngu, máy khách thông minh” có thể khám phá ra một số ưu điểm đáng kể trong kỹ thuật thiết kế giao thức phi tập trung.

Hoàn toàn phi tập trung như một tính năng chính của Nostr

Nostr đóng vai trò là lớp giao thức cho các ứng dụng xã hội, chuyển Ghi chú và các Nội dung khác thông qua Relays mà không cần dựa vào bất kỳ máy chủ tập trung nào. Sự phân cấp đầy đủ của nó cho phép bất kỳ ứng dụng nào tự do truy cập thông qua mạng phân tán, cung cấp một nền tảng xã hội mở và không cần sự cho phép. Do đó, Nostr không cung cấp sản phẩm trực tiếp đến người tiêu dùng cho người dùng mà tập trung vào việc triển khai cơ sở hạ tầng xã hội cần thiết ở cấp độ giao thức. Khả năng sản xuất được cung cấp bởi các ứng dụng của bên thứ ba và người dùng các ứng dụng khác nhau có thể tương tác xã hội với nhau.

Ưu điểm của Nostr nằm ở việc cung cấp một mạng xã hội thực sự tự do và mở, không bị ảnh hưởng và không bị đe dọa bởi bất kỳ quyền lực tập trung hoặc lợi ích nào. Người dùng có thể tự do bày tỏ ý kiến và niềm tin của mình mà không sợ bị kiểm duyệt, cấm hoặc bị loại bỏ; những người tạo nội dung có thể tự do thiết lập mô hình khuyến khích của họ mà không lo bị tước thu nhập hoặc phải đối mặt với cạnh tranh không công bằng. Người dùng Nostr cũng có thể tự do chọn lựa mạng xã hội của họ mà không sợ bị thao túng, thông tin sai lệch hoặc vi phạm quyền riêng tư.

Nostr khác biệt đáng kể so với truyền thống truyền thông xã hội và có những đặc điểm và lợi ích sau:

Phân quyền: Nostr không phụ thuộc vào bất kỳ máy chủ hoặc nền tảng tập trung nào, mà thay vào đó sử dụng mạng Bitcoin cho việc truyền thông và lưu trữ thông tin. Điều này đảm bảo người dùng không cần lo lắng về việc mất dữ liệu, kiểm duyệt hoặc xóa bỏ, và không bị ràng buộc bởi các quy tắc hoặc chính sách của bất kỳ bên thứ ba nào.

Tự trị: Nostr cho phép người dùng kiểm soát dữ liệu và danh tính của họ. Người dùng có thể tự do chọn ai họ muốn theo dõi và tin tưởng, và thể hiện quan điểm và ý tưởng của mình mà không sợ bị cấm, chặn hoặc bị giảm cấp độ, và không bị quấy rối từ quảng cáo hoặc can thiệp vào nội dung được gợi ý. Việc xác minh người dùng cụ thể cũng giúp dễ dàng xác định nội dung spam và do bot tạo ra.

Mở cửa: Nostr là một giao thức mở mà bất kỳ ai cũng có thể tham gia và đóng góp. Người dùng có thể phát triển và sử dụng các khách hàng khác nhau, cũng như xây dựng và vận hành các nút của riêng mình (máy chủ có thể chuyển tiếp và lưu trữ thông tin Nostr). Người dùng cũng có thể tạo và sử dụng các loại và thẻ khác nhau, đó là siêu dữ liệu được sử dụng để phân biệt và phân loại thông tin Nostr. Đơn giản và linh hoạt Sự kiện Định dạng hỗ trợ các loại xuất bản khác nhau: bài đăng trên mạng xã hội, nội dung dài, phương tiện truyền thông phong phú, thương mại điện tử, v.v. Hơn nữa, việc tích hợp của Nostr với Mạng Lightning đã tạo điều kiện cho một mô hình kinh doanh công bằng, giá trị mới.

Mối quan ngại về bảo mật của Giao thức Nostr

Quản lý Khóa Riêng Tư

Giao thức Nostr sử dụng cặp khóa công khai - khóa riêng tư cho tài khoản, yêu cầu người dùng quản lý khóa riêng tư một cách đúng đắn. Mất mát khóa riêng tư sẽ không thể khôi phục. Điều này có thể đặt ra thách thức đối với hầu hết người dùng, những người có thể thiếu kiến thức kỹ thuật và kinh nghiệm để quản lý khóa riêng tư một cách an toàn.

Chọn Rơle

Trong giao thức Nostr, người dùng phải tự chọn và xác minh các relay. Việc chọn một relay không đáng tin cậy hoặc độc hại có thể dẫn đến thông tin của họ bị rò rỉ, bị can thiệp hoặc bị xóa.

Phát tán thông tin

Trong giao thức Nostr, thông tin do người dùng gửi không lan truyền qua nhiều rơle. Điều này có nghĩa là nếu thông tin của họ không được nhận và lưu trữ bởi đủ số lượng rơle, nó có thể bị mất hoặc không được nhìn thấy bởi những người dùng khác, làm trầm trọng thêm vấn đề silo thông tin.

Lưu trữ thông tin tùy ý của rơle

Các bộ kích trong giao thức Nostr có thể tự do quyết định liệu họ có nhận và lưu trữ thông tin người dùng hay không. Điều này có thể dẫn đến một số bộ kích chỉ chọn nhận và lưu trữ thông tin mà họ coi là có giá trị hoặc phù hợp với lợi ích của họ, trong khi bỏ qua hoặc từ chối thông tin khác.

Tiện ích mở rộng giao thức độc hại

Trong khi giao thức Nostr xác định một số loại sự kiện và chức năng cơ bản, nó cũng cho phép khách hàng và bộ truyền tải triển khai chọn lọc các tính năng bổ sung. Điều này có thể dẫn đến việc triển khai các tính năng không an toàn hoặc độc hại bởi một số khách hàng và bộ truyền tải, ảnh hưởng đến bảo mật và quyền riêng tư của người dùng.

Xử lý Thông tin

Do vì thiếu một lớp đồng thuận trong giao thức Nostr, một số relay không xử lý các tin nhắn có sự khác biệt đáng kể về thời gian và thời gian UNIX, để lại cơ hội cho các client lợi dụng sự chênh lệch này để làm giả các tin nhắn.

Tổng quan về hệ sinh thái Nostr

Jack Dorsey, cố sáng lập Twitter và một nhà ủng hộ chính của giao thức Nostr, đã quyên góp 14,17 Bitcoins (khoảng 245.000 đô la) để hỗ trợ sự phát triển của nó vào tháng 12 năm 2022. Hồ sơ X cá nhân của anh ấy nổi bật hiển thị địa chỉ Nostr cá nhân của anh ấy, cho thấy sự ưa thích của anh ấy đối với giao thức đó.

Damus⚡️: Các ứng dụng chính của giao thức Nostr

X：https://twitter.com/damusapp

Damus là ứng dụng mạng xã hội hỗ trợ việc tặng Bitcoin thông qua Lightning Network, thay thế 'Like' hoặc nút like bằng việc tặng tiền. Các phí giao dịch thấp của Lightning Network khiến việc tặng tiền gần như miễn phí. Ngoài Damus, các ứng dụng của giao thức Nostr bao gồm công cụ giao tiếp Anigma, công cụ chia sẻ văn bản Sendtr và trò chơi cờ vua trực tuyến Jeste, và nhiều ứng dụng khác.

Đối tác truyền thông chính của Giao thức Nostr: TGFB

TGFB là một nền tảng giáo dục về Bitcoin theo tư tưởng Kitô giáo nhằm mục đích giáo dục và trang bị cho các Kitô hữu hiểu về Bitcoin và sử dụng nó để tôn vinh Ðức Chúa Trời và mang lại lợi ích cho nhân loại. Một phần quan trọng của nội dung của nó được dành cho việc quảng bá giao thức Nostr thông qua các podcast do Jon và Jordan dẫn chương trình, khám phá những hàm ý của giao thức từ quan điểm Kitô giáo. Sự kết hợp giữa Kitô giáo, rộng rãi được biết đến ở Mỹ và trên toàn cầu, quỹ ETF Bitcoin được phê duyệt bởi SEC, và giao thức Nostr được xây dựng trên cơ sở người dùng mạng Lightning Network rộng lớn, được kỳ vọng sẽ quảng bá và hỗ trợ đáng kể cho việc áp dụng và ủng hộ giao thức Nostr.

Giao protocô Nostr Derivative

Tài sản Nostr + Taproot

Giao thức Tài sản Nostr là một giao thức mã nguồn mở tích hợp tài sản Taproot và thanh toán Bitcoin nguyên thuỷ (được định giá bằng Satoshis) vào hệ sinh thái Nostr, hỗ trợ tương tác với các giao thức thanh toán khác bao gồm Lightning Network và tài sản Taproot.

Khi tài sản được giới thiệu, chúng có thể được gửi và nhận bằng các khóa công khai và riêng tư của giao thức Nostr, với việc giải quyết và bảo mật vẫn phụ thuộc vào Lightning Network. Giao thức tài sản Nostr, trong khi được xây dựng trên công nghệ của Nostr, là một giao thức riêng biệt tạo điều kiện cho các chức năng giao dịch cơ bản thông qua các thông điệp Nostr.

Dịch vụ bảo quản đầy đủ của Giao thức Tài sản Nostr bao gồm người dùng gửi tiền Bitcoin hoặc tài sản khác vào một ví được kiểm soát bởi giao thức, sau đó thực hiện các hướng dẫn triển khai, đúc và chuyển giao mã thông qua tin nhắn Nostr.

Tuy nhiên, dịch vụ bảo quản đầy đủ gây tranh cãi do tiềm ẩn rủi ro về an ninh. Người dùng không thể hoàn toàn kiểm soát tài sản của họ, và trong trường hợp xâm nhập hoặc lừa đảo rời khỏi nền tảng, họ có thể mất hết tài sản của mình.

Ngoài ra, sau khi ra mắt vào ngày 30 tháng 10, Nostr gặp nhiều yêu cầu gửi tài sản, dẫn đến việc bảo trì và tắt trang web thường xuyên, gây lo ngại về lý lịch của nhóm và độ tin cậy của dự án. Vào ngày 8 tháng 11, Giao thức Tài sản Nostr chính thức đáp ứng một bình luận bằng tiếng Trung trên một tweet, với một số người dùng vẫn đặt câu hỏi về tính minh bạch của dự án. Cộng đồng Nostr đã biểu lộ sự phản đối mạnh mẽ với token liên quan đến giao thức mở rộng này.

Nostr + Inscription

Noscription là một giao thức token thử nghiệm dựa trên Nostr, cho phép người dùng tạo và giao dịch các token giống như brc-20, khác biệt so với các token tài sản Taproot.

Phân tích so sánh

Cài Đặt Giao Thức

• BitVM đòi hỏi khả năng tính toán cực kỳ cao và hiện chỉ tồn tại trong lý thuyết. Về mặt triển khai thương mại, RGB có lợi thế đáng kể với nhiều ứng dụng đã được sử dụng. (Tổ chức kỹ thuật đứng sau RGB, LNP/BP, có ít nhà phát triển và không có lợi nhuận, dẫn đến tiến triển chậm chạp). Nostr, bị hạn chế bởi các rào cản phổ biến của SocialFi, cũng đã thất bại trong việc thúc đẩy hệ sinh thái ứng dụng của giao thức của mình.

  Bảo vệ quyền riêng tư

• Cả RGB và BitVM đều thực hiện tính toán ngoại chuỗi, nhưng giao thức RGB đảm bảo rằng bên thứ ba không thể theo dõi lịch sử của tài sản RGB trên blockchain. Chỉ khi người dùng nhận một tài sản, họ mới biết được lịch sử của nó, một tính năng mà BitVM không thể đạt được. Giao thức Nostr , là một giao thức xã hội, có mức độ không chắc chắn cao trong việc truyền thông tin, tiềm ẩn nguy cơ rò rỉ thông tin, tắc nghẽn, mất mát và can thiệp xấu do lỗ hổng.

  Tương thích BTC bản gốc

• Cả RGB và BitVM đều không yêu cầu thay đổi giao thức Bitcoin; Nostr được xây dựng trên Lightning Network nguyên bản, cung cấp khả năng tương thích nguyên bản tương đối tốt và trải nghiệm phát triển mượt mà.

  Bảo mật giao thức

• Giao thức RGB hoạt động ngoài chuỗi trong môi trường hộp cát, đảm bảo bảo mật dữ liệu. Hệ thống lập hóa đơn của nó cũng đảm bảo bảo mật dữ liệu từ góc độ thiết kế. Về mặt tương tác với BTC, nó sử dụng một cơ chế tương tự như Lightning Network để phát hành tài sản.

• BitVM sử dụng mô hình Rollup, thực hiện dữ liệu ngoại chuỗi cũng như. Các đặc điểm của máy ảo kết hợp với chứng minh gian lận và mô hình thách thức-phản ứng, đảm bảo an ninh của BitVM.

• Nostr sử dụng mô hình chuyển tiếp, trong đó thiết kế khéo léo truyền thông tin giữa các rơle và thuật toán mã hóa đảm bảo tính bảo mật của thông tin trong giao thức Nostr.

Trong ngành công nghiệp Web3, không có phòng thí nghiệm nào đặc biệt tập trung vào bảo mật của hệ sinh thái Bitcoin cho đến khi thành lập Phòng thí nghiệm bảo mật BTC, lấp đầy khoảng trống này bằng cách cung cấp hỗ trợ và nghiên cứu bảo mật chuyên nghiệp cho hệ sinh thái Bitcoin. ScaleBit và BiHelix đặt mục tiêu dẫn đầu cuộc đua về bảo mật hệ sinh thái Bitcoin, thiết lập các tiêu chuẩn bảo mật cho ngành và thúc đẩy sự phát triển lành mạnh của hệ sinh thái.

Hệ sinh thái và Hóa thân thương mại

• Là một giao thức xã hội, Nostr vượt xa cả BitVM và RGB về cơ sở người dùng và sự phổ biến trong lưu lượng, khiến cho việc mở rộng giao thức hệ sinh thái và ứng dụng thương mại của nó trở nên toàn diện hơn so với hai giao thức khác.

• Giao thức RGB đã tồn tại từ lâu, với nhiều dự án hiện đang chờ đợi việc phát hành RGB V0.11.

• BitVM chỉ mới phát hành whitepaper cách đây vài tháng, và hệ sinh thái của nó vẫn đang được phát triển.

Tương lai của ba giao thức này dự kiến sẽ tạo ra nhiều ứng dụng phi tập trung trong lĩnh vực SocialFi, GameFi và DeFi, mang đến một làn sóng mới của sự phổ biến cho hệ sinh thái BTC.

Cảm ơn đặc biệt Ausdin.eth, 0xLayman, Echo, Venus vì những đóng góp cho báo cáo này.

免责声明：

1. Bài viết này được sao chép từ[chaincatcher]. Tất cả bản quyền thuộc về tác giả gốc [Zhejiang University Chain Association, BiHelix, ScaleBit & BTC Security Lab]. Nếu có bất kỳ phản đối nào đối với việc tái in này, vui lòng liên hệ với Học cổngđội và họ sẽ xử lý nhanh chóng.
2. Bản Khai Báo Trách Nhiệm: Các quan điểm và ý kiến được thể hiện trong bài viết này chỉ là của tác giả và không hề cấu thành bất kỳ lời khuyên đầu tư nào.
3. Các bản dịch của bài viết sang các ngôn ngữ khác được thực hiện bởi nhóm Gate Learn. Trừ khi được nêu, việc sao chép, phân phối hoặc đạo văn các bài viết dịch là không được phép.