Mỗi bước trong quá trình打 labitbu diễn ra như thế nào? Cảnh báo văn bản dài, cần có một chút kiến thức về mật mã học và giao dịch bitcoin. labitbu là một hình ảnh nhỏ bắt đầu mint trên mạng chính bitcoin vào lúc 2 giờ sáng hôm nay, khác với các văn bản khắc hoặc các giao thức tương tự trước đây, nó dựa vào giao thức taproot để lưu trữ thông tin. Dự án được phát triển bởi @stutxo, người đạt giải nhì tại hackathon @PlebFi năm nay, đã có sự tham gia của các nhà phát triển bitcoin wizard và ordinals, vẫn có một giá trị nhất định. github repo: Tại trang web mint, quá trình mint được chia thành ba bước: 1. Kết nối ví và tạo một labitbu ngẫu nhiên; 2. Chuyển tiền đến địa chỉ p2tr bắt đầu bằng bc1p, trang web mặc định chuyển 10,000 sats đến địa chỉ đó; 3. Hoàn thành mint, điền địa chỉ bc1p của khóa công khai ví đã kết nối vào ô nhập và gửi giao dịch mint lên chuỗi; Đầu tiên, kết nối ví có thể lấy được khóa công khai của ví bc1p, sau đó dựa vào khóa công khai để tạo labitbu. Theo tệp json trong repo, có thể biết mỗi labitbu có 8 kiểu dáng, và điểm khác biệt lớn nhất là màu sắc. Nhưng nếu là bộ sưu tập NFT 10k, có vẻ như màu sắc cũng không đủ để phân biệt nhiều labitbu? Vì mỗi labitbu được tạo ra dựa trên khóa công khai của ví, nên lý thuyết là tất cả labitbu được mint từ một ví sẽ có cùng kiểu dáng (nhưng trong thực tế mint vào lúc sáng sớm, đôi khi có một ví mint ra kiểu dáng khác, có thể là do tôi đã bỏ lỡ một số chi tiết hoặc sáng nay tôi hơi mơ màng😇). Sau bước trước, labitbu được chuyển đổi thành dữ liệu byte payload, trang web sẽ xây dựng một khối điều khiển dựa trên payload này. Ở đây được gọi là xây dựng, nhưng thực tế khối điều khiển là [byte điều khiển]+[khóa công khai chỉ mục]+[hình ảnh payload]. Trong kịch bản taproot thực tế, khối điều khiển là [byte điều khiển]+[khóa công khai nội bộ]+[đường dẫn Merkle], labitbu trực tiếp sử dụng hình ảnh payload làm đường dẫn Merkle. taproot khối điều khiển liên quan: Khi sử dụng payload làm đường dẫn Merkle, khóa công khai ví làm kịch bản khóa, có thể tạo ra một địa chỉ p2tr, địa chỉ này chính là địa chỉ bc1p trên trang web, quá trình gửi btc đến ví này có thể được coi là cam kết trong giao thức khắc. Cuối cùng, cần điền địa chỉ bc1p của mình và thực hiện ví, hoàn thành thao tác mint cuối cùng. Trong quá trình này, sẽ mở khóa đầu ra với khối điều khiển sử dụng hình ảnh payload, kịch bản khóa công khai làm kịch bản redeem, và sử dụng ví đó để ký, gửi giao dịch cuối cùng, giao dịch này tương tự như giao dịch tiết lộ trong giao thức khắc. Trên đây là nội dung kỹ thuật trong quá trình mint giao thức labitbu, không viết chi tiết về cấu trúc kịch bản taproot và việc tạo địa chỉ, những bạn quan tâm có thể tìm tài liệu và xem thêm. Quá trình mint như labitbu khá giống với khắc, nhưng so với những lợi ích mà khắc mang lại, quá trình mint cam kết không cần tạo địa chỉ mới để làm trung gian, có thể sử dụng một ví duy nhất để hoàn thành toàn bộ quá trình mint, ở một mức độ nào đó thì tiện lợi hơn. Nhưng có một hạn chế là kích thước khối điều khiển là 4kb, giới hạn kích thước tải hình ảnh có thể lưu trữ. Trong github, dev đã sử dụng khóa công khai nội bộ cố định để mint nhằm thuận tiện cho việc chỉ mục, vì vậy có thể thấy dev cũng có ý định thực hiện bước chỉ mục tiếp theo, cụ thể có thể thực hiện giao dịch hay không thì chỉ có thể chờ xem.

Vào thời điểm này, lượng đúc nên đã vượt quá 10k, theo kinh nghiệm trước đây, số lượng một bộ hình ảnh nhỏ thường là 10k, vì vậy không khuyến nghị tiếp tục mint bây giờ.