Tác giả: Jasmine
X/Tweet: @Jasmine9m88
Như chúng ta đã biết, lý do Casey tung ra Runes là vì anh ấy cho rằng BRC20 còn thiếu sót về mặt kỹ thuật và hy vọng sẽ giảm áp lực lên mạng Bitcoin thông qua giao thức FT mới. Giao thức Runes dựa trên UTXO, giao thức này không chỉ có thể giảm thiểu hiệu quả việc mở rộng UTXO rác mà còn có khả năng tương thích và mở rộng tốt . Giao thức cốt lõi của nó được đơn giản hóa chỉ còn 500 dòng mã, nhằm mục đích cung cấp cho các nhà phát triển và người dùng một giao thức token đồng nhất đơn giản và dễ sử dụng.
Casey: "Tôi không chắc việc tạo một giao thức token có thể thay thế mới cho Bitcoin có phải là một ý tưởng hay hay không. 99,9% token có thể thay thế là lừa đảo và meme . Tuy nhiên, chúng dường như sẽ không sớm biến mất. Sòng bạc thì không' dường như nó sẽ sớm biến mất. Việc tạo ra một giao thức token có thể thay thế tốt cho Bitcoin có thể mang lại thu nhập phí giao dịch đáng kể cho mạng Bitcoin , thu hút sự chú ý của nhà phát triển và thu hút nhiều người dùng hơn. Ngoài ra, nếu giao thức này có dấu chân trên chuỗi nhỏ hơn đồng thời thúc đẩy quản lý UTXO có trách nhiệm, nó có thể giảm thiểu thiệt hại nhiều hơn các giao thức hiện có.”
Kể từ khi phát triển giao thức Runes được công bố vào tháng 9 năm ngoái, sau vài tháng trau chuốt cẩn thận, Runes có những tính năng và ưu điểm gì so với các giao thức FT như BRC20?
Bài viết này sắp xếp các vấn đề trên dựa trên các bài phát biểu, cuộc phỏng vấn, blog và nội dung gần đây của Casey trên GitHub để tham khảo và không thể hiện quan điểm của riêng tôi. Vì tôi không có bối cảnh kỹ thuật nên vui lòng chỉ ra bất kỳ lỗi nào.
Ngọc VS BRC20
1. Vận hành đơn giản và hiệu quả hơn
Giảm số lượng giao dịch : Việc triển khai và đúc token BRC20 yêu cầu mỗi giao dịch hai lần và việc xác nhận token yêu cầu ba lần. Rune chỉ yêu cầu một giao dịch để hoàn thành tất cả các hoạt động mà không tạo ra UTXO vô dụng không cần thiết.
Hiệu quả chuyển được cải thiện: Giao dịch chuyển trong BRC20 chỉ hỗ trợ một người nhận và một token. Runes hỗ trợ chuyển đến nhiều người nhận cùng lúc và có thể chuyển nhiều token Runes.
2. Thân thiện hơn với các nhà phát triển
Lưu trữ và lập chỉ mục dữ liệu: Dữ liệu BRC20 được lưu trữ ở Segregated Witness ở định dạng JSON, dựa trên mô hình tài khoản và số dư được liên kết với địa chỉ. Dữ liệu của Runes được lưu trữ trong trường OP_RETURN của giao dịch, sử dụng mô hình UTXO và số dư token được liên kết trực tiếp với UTXO. Vì vậy, khi xác nhận số dư Ngọc, bạn chỉ cần xác minh UTXO mình đang sở hữu, không cần quét toàn bộ trạng thái mạng như BRC20, thân thiện hơn với việc lập chỉ mục.
Cung cấp triển khai tham khảo : Khi BRC20 tung ra , nó chỉ có thông số kỹ thuật mà không có phương tiện hỗ trợ như lập chỉ mục, trình duyệt và ví. Rune đi kèm với triển khai tham khảo (ord) riêng khi tung ra , bao gồm các chức năng lập chỉ mục, trình duyệt và ví. BRC20 dựa trên lý thuyết thứ tự để chuyển token, việc thực hiện rất phức tạp. Mặc dù Rune độc lập và không dựa vào số thứ tự hoặc khắc chữ, nhưng việc viết các triển khai thay thế sẽ dễ dàng hơn.
3. Khả năng tương thích và mở rộng mẽ hơn
Tương thích với các giao thức lớp thứ hai UTXO: Thiết kế dựa trên UTXO của Runes giúp nó tương thích tốt hơn với các giao thức Bitcoin lớp thứ hai dựa trên UTXO như Lightning Network và CKB. Thông qua "liên kết đẳng cấu UTXO", CKB thậm chí có thể trực tiếp cung cấp các chức năng hợp đồng thông minh cho Runes.
Hỗ trợ SPV (Xác minh thanh toán đơn giản): Ví SPV là ví Bitcoin nhẹ chỉ tải xuống và xác minh dữ liệu Block Header liên quan đến giao dịch của người dùng. Người dùng có thể sử dụng ví SPV để quản lý và sử dụng token Runes và tận hưởng trải nghiệm giao dịch nhẹ nhàng, đơn giản và nhanh chóng. Đây là điều mà BRC20 không thể đạt được.
Hỗ trợ nâng cấp soft fork : So với giao thức BRC-20, Runes có mở rộng cao hơn và có thể được nâng cấp thông qua soft fork .
4. Phương thức phát hành token(etch) linh hoạt hơn
Độ dài tên hỗ trợ 1-28 ký tự: Tên mã token của BRC20 được giới hạn ở bốn ký tự, trong khi độ dài tên mã token Runes có thể được điều chỉnh trong khoảng từ 1 đến 28 ký tự. Để cân bằng tốc độ phát hành Cổ ngữ và ngăn những tên ngắn hot nhanh chóng được sử dụng, giao thức Cổ ngữ yêu cầu tên phải dài ít nhất 13 chữ cái trong vòng bốn tháng đầu tiên ra mắt. Cứ khoảng bốn tháng sau đó, độ dài tên tối thiểu sẽ giảm đi một chữ cái cho đến khi sự kiện giảm nửa tiếp theo xảy ra, khi đó các Rune một ký tự (tổng cộng 26) có thể được tạo.
Tên rõ ràng hơn: Không giống như tên token BRC20, có thể chứa các ký tự Unicode tùy ý, tên Rune chỉ hỗ trợ các chữ cái từ A đến Z và các ký tự •, khiến tên trở nên rõ ràng và khó ngụy tạo hơn.
Giải quyết vấn đề chạy trước tên: Sử dụng cơ chế Cam kết-Hiển thị để ngăn thợ đào tìm hiểu trước về Runes++
đặt tên và bắt đầu.
Giới thiệu các phương thức phát hành token đa dạng: Ngoài hai phương thức phát hành open etch (dự án không thể phân bổ trước token) và tổng phát hành cố định (dự án có thể phân bổ trước token), chúng tôi cũng đang xem xét bổ sung thêm nhiều trò chơi để thư giãn mở Non -các yêu cầu có thể đặt trước cho việc khắc. Ngoài ra, Runes cũng có thể mang tính "biểu cảm" - có lẽ bằng cách tạo khắc chữ cha-con và đặt các Rune bên dưới khắc chữ con .
5. Bảo mật cao hơn
Chống lại các cuộc tấn công giao dịch ngộ độc: BRC20 có thể bị nhiễm độc các giao dịch (kẻ tấn công gửi lượng lớn khắc chữ chuyển BRC20 với số lượng nhỏ đến địa chỉ của nạn nhân, có thể khiến số dư của người nhận bị "rủi ro "). ..
Ngoài ra, Casey cũng đưa ra so sánh sơ bộ giữa một số giao thức FT và Rune cũ khác, ngoài việc đơn giản hơn, ưu điểm của Runes còn được thể hiện ở các khía cạnh sau:
Ngọc VS RGB
Trải nghiệm người dùng tốt hơn: Điều kiện tiên quyết để nhận token RGB là UTXO phải tồn tại trên địa chỉ, điều này không bắt buộc đối với Runes.
Bảo mật mạnh mẽ hơn: Runes áp dụng mô hình UTXO của Bitcoin nên không bị ảnh hưởng bởi các điều kiện của cuộc đua.
Trên chuỗi: Khi thực hiện các giao dịch RGB, bạn không chỉ cần tải xuống dữ liệu từ blockchain Bitcoin mà còn cần tải xuống và tải dữ liệu lên máy chủ. Rune nằm trên chuỗi nên các giao dịch có thể diễn ra mà không cần tải lên hoặc tải xuống dữ liệu máy chủ hoặc thậm chí không cần liên lạc với người nhận.
Tên duy nhất: Tên token Rune là duy nhất, trong khi tên token RGB có thể được lặp lại.
Tài sản Runes VS Taproot
Trên chuỗi: Tương tự như RGB, các giao dịch với #Taproot Assets không chỉ yêu cầu tải xuống dữ liệu từ blockchain Bitcoin mà còn tải xuống và tải dữ liệu lên máy chủ. Các giao dịch rune được hoàn thành trên chuỗi mà không cần dựa vào tương tác dữ liệu máy chủ bổ sung.
Runes VS Đối tác
Không yêu cầu Token gốc: Đối tác yêu cầu tài sản gốc để tạo token, trong khi Runes thì không.
Mô hình dựa trên UTXO: Không giống như mô hình dựa trên tài khoản của Counterparty, Runes áp dụng mô hình dựa trên UTXO. Điều này giúp tránh các vấn đề tái sử dụng địa chỉ, cải thiện khả năng viết tập lệnh và tích hợp tự nhiên hơn với hệ sinh thái Bitcoin.
Khả năng tương thích tập lệnh: Ngọc tự động tương thích với tất cả các loại địa chỉ và mã lệnh tập lệnh hiện tại và tương lai, trong khi Counterparty yêu cầu phát triển thêm các tính năng này, giúp tăng tính linh hoạt và mở rộng của Ngọc.
Ngọc VS ERC20
Tính nhất quán: Hoạt động của tất cả token Runes là thống nhất, trong khi việc phát hành token ERC20 phụ thuộc vào hợp đồng thông minh tương ứng của chúng, điều này có thể dẫn đến sự phức tạp và cần phải kiểm toán bổ sung.
Tên duy nhất: Tên của token Runes là duy nhất, trong khi tên của token ERC20 có thể được lặp lại.
"Tất cả chúng ta sẽ qua đời vào một ngày nào đó, và có lẽ điều quan trọng là những gì chúng ta để lại phía sau. Bạn muốn để lại dấu ấn vĩnh cửu trên chuỗi Bitcoin vững chắc hay xây dựng trên các chuỗi khác có thể biến mất?" -Casey
bên trên.
Nội dung tham khảo: https://rodarmor.com/blog/runes/https://www.youtube.com/watch?v=IS406ToIRo4
Tuyên bố miễn trừ trách nhiệm: Bài viết này chỉ mang tham khảo và không được sử dụng làm tư vấn pháp lý, thuế, đầu tư, quản lý tài sản hoặc bất kỳ lời khuyên nào khác và không đại diện cho quan điểm của RunesCC.
