Cách Hemi kết nối Bitcoin và Hợp đồng thông minh thông qua hVM và Thực thi dựa trên Tunnel

Tôi đã quan tâm đến @Hemi khi nhận ra có bao nhiêu dự án tiền điện tử nói về việc kết nối Bitcoin và hợp đồng thông minh nhưng vẫn phụ thuộc vào token được bao bọc, oracle riêng biệt hoặc relayer bên thứ ba. Những gì Hemi tuyên bố làm đã thu hút sự chú ý của tôi: nó nhúng nhận thức về Bitcoin gốc vào một môi trường giống như EVM, để các hợp đồng thông minh có thể trực tiếp tham chiếu đến trạng thái và tài sản của Bitcoin. Ý tưởng đó — rằng bạn không chỉ bao bọc Bitcoin, bạn đưa trạng thái Bitcoin vào môi trường hợp đồng — cảm thấy như một bước nhảy vọt thực sự. (Xem tài liệu: hVM của Hemi là “một EVM được nâng cấp với nhận thức về Bitcoin” thông qua một daemon “Tiny Bitcoin” được nhúng. ) Sử dụng $HEMI , tôi đã thử nghiệm với ý tưởng về các đường hầm. Hemi trình bày “Các đường hầm” thay vì chỉ “cầu” — sự khác biệt tinh tế là một đường hầm duy trì sự nhận thức về trạng thái của cả hai chuỗi ở cấp độ giao thức, thay vì chỉ dựa vào việc bao bọc và quản lý. Ví dụ: “Đường hầm Bitcoin” của Hemi cho phép người dùng khóa Bitcoin thực ( hoặc các tài sản gốc Bitcoin ) trên chuỗi Bitcoin, và nhận một token đại diện trên Hemi; khi bạn đổi lại, Bitcoin sẽ được mở khóa từ kho. Điều này có nghĩa gì trong thực tế: bạn nắm giữ BTC, bạn muốn sử dụng nó trong các hợp đồng thông minh, DeFi, hoặc các dApp kiểu EVM — Hemi cho phép điều đó bằng cách cung cấp cho bạn một đại diện và đảm bảo cơ chế cơ bản được gắn kết với Bitcoin theo cách trực tiếp hơn nhiều so với nhiều cầu trước đó. Cách tôi nhìn vào kiến trúc: đầu tiên, hVM. #Hemi chạy một máy ảo tương thích EVM ( nên các hợp đồng Solidity, các công cụ quen thuộc ) và nhúng một nút Bitcoin đầy đủ ( hoặc phiên bản nhẹ được lập chỉ mục cho tính xác định ) bên trong runtime của VM đó. Ví dụ, “Tiny Bitcoin Daemon” (TBC) đồng bộ với các khối Bitcoin và “Processed Bitcoin View” được duy trì trên tất cả các nút Hemi để các hợp đồng thông minh có thể xác định dữ liệu từ Bitcoin: UTXOs, số dư, xác nhận giao dịch, tiêu đề khối. Điều đó cho tôi, với tư cách là một người dùng phát triển, khả năng viết các hợp đồng có thể nói những điều như: nếu một địa chỉ Bitcoin nhất định nhận được X satoshis, thì kích hoạt logic hợp đồng này trên Hemi. Mà không cần một oracle trung gian. Cảm giác đó thật mạnh mẽ. Sau đó là cơ chế tunnel: khi tôi gửi BTC vào $HEMI Bitcoin Tunnel, hệ thống đã khóa BTC trong một kho (multisig hoặc hệ thống lưu ký) ở phía Bitcoin, hVM theo dõi UTXO và trạng thái Bitcoin để xác minh khoản gửi, và một khi được xác nhận (sau một số xác nhận Bitcoin) Hemi đã đúc một “hemiBTC” hoặc token đại diện mà tôi có thể sử dụng trong môi trường hợp đồng thông minh của Hemi. Khi rút, tôi sẽ đốt token đại diện và kích hoạt kho để phát hành BTC trở lại cho tôi. Tài liệu nói về khoản gửi: người dùng gửi BTC vào kho, hVM theo dõi bảng UTXO, token đại diện được đúc sau khoảng ~6 xác nhận Bitcoin. Đối với việc rút: đốt token đại diện trên Hemi, hVM + logic tunnel xác minh và kho phát hành BTC gốc đến địa chỉ Bitcoin. Tôi đã thử một chuyển khoản nhỏ trên testnet, thấy quy trình “khóa ở phía BTC → đúc ở phía Hemi”. Giao diện người dùng rất đơn giản; nhưng kiến trúc backend thì không đơn giản. Một trong những điều tôi thích là thiết kế bảo mật: bằng cách nhúng trạng thái Bitcoin trực tiếp vào VM, @Hemi tránh được một số giả định về niềm tin mà các cầu nối cũ mang lại ( chẳng hạn như, những người giữ tài sản hoàn toàn tập trung, hoặc các oracle có thể gặp lỗi ). Hemi vẫn có các giai đoạn trong mô hình bảo mật đường hầm của mình: Giai đoạn 0 sử dụng các kho lưu trữ multisig được thế chấp thừa; các giai đoạn tương lai dự định sử dụng BitVM / mô hình tin cậy 1-of-N để tăng cường phân quyền. Đối với tôi điều đó có nghĩa là: vâng, vẫn còn những thành phần niềm tin hôm nay, nhưng kiến trúc đã được phân lớp để cải thiện. Từ góc độ sử dụng, tôi thấy những tác động rất thú vị: bạn, với tư cách là một người giữ Bitcoin, giờ đây có thể mang BTC của bạn vào thế giới hợp đồng thông minh của Hemi ( và thông qua khả năng tương thích EVM của nó, có thể vào các hệ sinh thái kiểu Ethereum ). Bạn có thể sử dụng BTC của mình làm tài sản thế chấp, tương tác với DeFi, chuyển giá trị, và hệ thống cơ sở vẫn liên kết trở lại với chuỗi Bitcoin một cách có thể chứng minh. Nếu bạn là một nhà phát triển hợp đồng thông minh, bạn có thể viết một hợp đồng theo dõi các địa chỉ Bitcoin hoặc sự kiện giao dịch ( thông qua các precompile hVM ) và kích hoạt logic trên Hemi — điều mà trước đây rất khó khăn. Ví dụ, hVM cung cấp các hợp đồng được biên dịch sẵn như BtcBalAddr (số dư của một địa chỉ BTC ), BtcUtxosAddrList (UTXO của một địa chỉ BTC ), BtcTxByTxid (lấy giao dịch theo ID ). Tất nhiên, nó không hoàn hảo. Có những sự đánh đổi và câu hỏi mở mà tôi đã ghi chú khi sử dụng nó. Một trong số đó là sự phức tạp: trong khi giao diện người dùng đơn giản, các cơ chế backend (vaults, thời gian xác nhận, đảm bảo rằng các luồng mint→burn là mạnh mẽ) có nghĩa là có độ trễ (thời gian xác nhận BTC). Tài liệu ghi chú rằng việc gửi tiền có thể mất ~1 giờ, rút tiền ~12 giờ trong mô hình hiện tại. Ngoài ra, trong khi truy cập node nhúng là mạnh mẽ, các nhà phát triển và người dùng vẫn cần hiểu rõ chi tiết trạng thái Bitcoin (UTXOs, địa chỉ v.v) để tận dụng tối đa các tính năng; vì vậy có một chút chi phí kỹ thuật cao hơn so với một token ERC-20 đơn giản trên L2. Một mối quan tâm khác: sự tin cậy của kho tài sản/giám sát cho đến khi phi tập trung hoàn toàn: Giai đoạn 0 sử dụng kho tài sản với đa chữ ký được đảm bảo quá mức thay vì mô hình tin cậy tối thiểu không giám sát tự động hoàn toàn. Trong khi kiến trúc hứa hẹn tương lai của BitVM / 1-of-N, thì cho đến lúc đó vẫn còn một số rủi ro. Tôi đã tìm hiểu cách xử lý việc cắt giảm hoặc hành vi sai trái: tài liệu chỉ ra rằng hVM giám sát việc rút tiền trái phép; hoạt động kho tài sản độc hại có thể được người dùng đánh dấu và việc cắt giảm sẽ được áp dụng. Tính xã hội của người dùng khi đưa ra tranh chấp vẫn còn sớm; tôi sẽ muốn quan sát thêm xem hệ thống đó trở nên mạnh mẽ đến mức nào. Ngoài ra, trong khi các hợp đồng có thể truy cập dữ liệu Bitcoin, hiệu suất và chi phí có ý nghĩa: bạn đang xử lý dữ liệu lớn (Bitcoin blocks, tập hợp UTXO ) và đồng bộ hóa trạng thái giữa các nút. Điều đó có thể tạo ra thêm gánh nặng so với logic ERC-20 tầm thường. Trong các thử nghiệm của tôi, tôi không cảm thấy nó chậm một cách cản trở, nhưng tôi sẽ giữ quan điểm cho đến khi sử dụng trên mạng chính hoàn chỉnh. Tóm lại, sau khi dành thời gian với Hemi, tôi tin rằng nó cung cấp một cầu nối hấp dẫn giữa Bitcoin và thế giới hợp đồng thông minh — không chỉ bằng cách bao bọc Bitcoin mà còn bằng cách đưa Bitcoin vào môi trường hợp đồng thông minh thông qua hVM và thực thi tunnel. Đối với tôi, một người dùng crypto nắm giữ BTC và muốn tham gia vào DeFi, hoặc là một nhà phát triển xây dựng các hợp đồng thông minh cần trạng thái Bitcoin, Hemi trình bày một trong những kiến trúc tinh tế hơn mà tôi đã thấy. Nếu tôi phải chọn một phán quyết: vâng, Hemi có tiềm năng và tôi lạc quan về khả năng của nó trong việc làm cho Bitcoin có thể lập trình và tương tác với các hệ sinh thái hợp đồng thông minh một cách tự nhiên hơn. Những lĩnh vực chính mà tôi sẽ theo dõi là: cách mô hình tin cậy vault/tunnel phát triển (towards full decentralisation), cách công cụ phát triển và UX cải thiện (để giảm bớt gánh nặng kỹ thuật), và mức độ chấp nhận diễn ra (để thanh khoản và sử dụng chảy qua các đường hầm). Nếu mọi thứ đều phù hợp, tôi kỳ vọng Hemi có thể trở thành một lớp nền tảng cho các hợp đồng thông minh nhận thức về Bitcoin—kết nối an ninh của Bitcoin với tính linh hoạt kiểu EVM. #Hemi $HEMI {spot}(HEMIUSDT)