Tác giả: Jasmine
X/Tweet: @Jasmine9m88
Như chúng ta đã biết, lý do Casey tung ra Runes là vì anh ấy tin 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, không chỉ có thể giảm thiểu hiệu quả sự mở rộng của UTXO rác mà còn có khả năng tương thích và khả năng 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ã, với mục tiêu cung cấp cho các nhà phát triển và người dùng một giao thức mã thông báo đồ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 mã thông báo có thể thay thế mới cho Bitcoin là một ý tưởng hay. Tuy nhiên, chúng dường như sẽ không biến mất sớm như sòng bạc. dường như sẽ không sớm biến mất, việc tạo ra một giao thức mã thông báo có thể thay thế tốt cho Bitcoin có thể mang lại doanh thu phí giao dịch đáng kể cho mạng Bitcoin, thu hút sự chú ý của các 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ó quy mô nhỏ hơn. dấu chân trên chuỗi đồ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 để bạn tham khảo và không thể hiện quan điểm của riêng tôi. Vì tôi không có kiến thức nền tảng về kỹ thuật nên vui lòng chỉ ra bất kỳ sai sót 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 mã thông báo BRC20 yêu cầu mỗi giao dịch hai lần và việc xác nhận mã thông báo 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 mã thông báo. Runes hỗ trợ chuyển cho nhiều người nhận cùng lúc và có thể chuyển nhiều mã thông báo 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ư mã thông báo đượ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 sở hữu mà 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 được ra mắt, 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 chiếu (ord) riêng khi nó được khởi chạy, 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 mã thông báo, việc thực hiện rất phức tạp. Mặc dù các Ấn thạch độc lập và không dựa vào số thứ tự hoặc chữ khắc, 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ạnh 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 tiêu đề khối 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 mã thông báo 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ó khả năng 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ã thông báo của BRC20 được giới hạn ở bốn ký tự, trong khi độ dài tên mã thông báo 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 các tên ngắn phổ biến nhanh chóng được sử dụng, giao thức Cổ Ngữ yêu cầu tên phải có độ 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ối thiểu của tên sẽ giảm đi một chữ cái cho đến khi sự kiện giảm một 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 mã thông báo BRC20, có thể chứa các ký tự Unicode tùy ý, tên Runes chỉ hỗ trợ các ký tự từ A đến Z và •, khiến tên trở nên rõ ràng và khó giả mạo hơn.
Giải quyết vấn đề chạy trước tên: Sử dụng cơ chế Commit-Reveal để 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 mã thông báo đ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 mã thông báo) và tổng phát hành cố định (dự án có thể phân bổ trước mã thông báo), 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ó thể mang tính "biểu cảm" - có lẽ bằng cách tạo dòng chữ cha-con và đặt các Rune bên dưới dòng 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 một số lượng lớn dòng chữ chuyển BRC20 với số lượng nhỏ đến địa chỉ của nạn nhân, điều này có thể khiến số dư của người nhận bị "khóa"). .
Ngoài ra, Casey còn đưa ra so sánh sơ bộ giữa một số giao thức FT và Ngọc bổ trợ cũ khác. Ngoài việc đơn giản hơn, ưu điểm của Ngọc 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 mã thông báo 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ừ chuỗi khối 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 mã thông báo Rune là duy nhất, trong khi tên mã thông báo 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#TaprootAssets không chỉ yêu cầu tải xuống dữ liệu từ chuỗi khối 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 mã thông báo gốc: Đối tác yêu cầu tận dụng tài sản gốc để tạo mã thông báo, 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 sử 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à khả năng 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ả cá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 tra bổ sung.
Tên duy nhất: Tên của mã thông báo Runes là duy nhất, trong khi tên của mã thông báo 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 có muốn để lại dấu ấn vĩnh viễn 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
đó là tất cả.
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 tính tham khảo và không được sử dụng làm tư vấn pháp lý, thuế, đầu tư, tài chính hoặc bất kỳ tư vấn nào khác và không đại diện cho quan điểm của RunesCC.
Tác giả: Cộng đồng Trung Quốc Runes; từ nền tảng mở nội dung ChainDD "DeDeHao". Bài viết này chỉ thể hiện quan điểm của tác giả và không thể hiện quan điểm chính thức của ChainDD, tính nguyên bản và tính xác thực của nội dung được xác định bởi. Chúng tôi đảm bảo rằng nếu bản thảo bị đạo văn, làm sai lệch, v.v., hậu quả pháp lý sẽ do chính người đóng góp đăng tải. Nếu có bất kỳ hành vi vi phạm, vi phạm quy định hoặc nội dung phát ngôn không phù hợp nào khác, độc giả sẽ phải chịu trách nhiệm. được yêu cầu giám sát nó. Sau khi được xác nhận, nền tảng sẽ ngay lập tức tải xuống Wire. Nếu bạn gặp bất kỳ vấn đề nào về nội dung bài viết, vui lòng liên hệ WeChat: chaindd123