BTC
$96,000
5.73%
ETH
$3,521.91
3.97%
HTX
$0.{5}2273
5.23%
SOL
$198.17
3.05%
BNB
$710
3.05%
lang
简体中文
繁體中文
English
Tiếng Việt
한국어
日本語
ภาษาไทย
Türkçe
Trang chủ
AI AI
Tin nhanh
Bài viết
Sự kiện
BlockBeats Pro
Thêm
Thông tin tài chính
Chuyên đề
Hệ sinh thái chuỗi khối
Mục nhập
Podcast
Data
OPRR
Partnered With:

Thảo luận về chủ đề hội nghị BTC Châu Á: OP_CAT có nên được khôi phục trên Bitcoin không?

Đọc bài viết này mất 40 phút
1. Bài viết thảo luận về vấn đề khôi phục hướng dẫn vận hành OP_CAT bằng ngôn ngữ kịch bản Bitcoin, đây là chủ đề kỹ thuật được thảo luận tại Hội nghị Bitcoin Châu Á. 2. OP_CAT là một opcode được sử dụng để nối hai chuỗi. Nó từng tồn tại trong ngôn ngữ tập lệnh Bitcoin nhưng sau đó đã bị xóa. Cuộc thảo luận về việc khôi phục OP_CAT thực sự là về việc triển khai chức năng tương tự trong tiện ích mở rộng Tapscript của Taproot, thay vì khôi phục nó theo hướng dẫn ban đầu của Bitcoin. 3. Những người ủng hộ khôi phục OP_CAT tin rằng điều này sẽ nâng cao khả năng lập trình của mạng chính Bitcoin và chức năng của hợp đồng thông minh, giúp Bitcoin phát triển từ mạng chỉ thanh toán thành nền tảng điện toán đa chức năng, có thể mở rộng. 4. Bài viết thảo luận về trạng thái và vai trò của giao thức Bitcoin trong Web3.0, cũng như các nguyên tắc cơ bản của việc thêm hướng dẫn trong Tapscript. Tác giả tin rằng Tapscript nên duy trì khả năng mở rộng phù hợp nhưng không nên thiết kế quá mức. 5. Về việc có nên khôi phục quyền ra quyết định của OP_CAT hay không, bài viết tin rằng điều này cần phải xem xét ý kiến của nhóm phát triển Bitcoin Core, thợ đào, nhà phát triển sinh thái và cộng đồng. Cá nhân tác giả dự đoán rằng dù quá trình này có thể quanh co nhưng cuối cùng đề xuất này có thể được thông qua vì yếu tố kinh tế sẽ là yếu tố ảnh hưởng quyết định.
Tác giả gốc: Fu Shaoqing, SatoshiLab, Wuwu Island BTC Studio


Tóm tắt ngắn gọn bài viết:


"Khôi phục OP_CAT" là một sự hiểu lầm nghiêm trọng, được chứng minh bằng một đoạn quan trọng trong đề xuất: Việc triển khai này được lấy cảm hứng từ việc triển khai ban đầu của
OP_CAT vì nó đã tồn tại trong cơ sở mã Bitcoin trước khi có cam kết "misc thay đổi " 4bd188c đã vô hiệu hóa nó:


Một chủ đề liên quan đến công nghệ đã được thảo luận tại Hội nghị Bitcoin Châu Á. Hướng dẫn vận hành OP_CAT có nên được khôi phục bằng ngôn ngữ tập lệnh Bitcoin không? Sau đó, trong một cuộc họp kín ở Thượng Hải tại studio BTC đảo Wuwu, giáo viên Dashan cũng thảo luận về các vấn đề liên quan và khuyến khích các học sinh trong studio của chúng tôi viết một bài tóm tắt có hệ thống.


Tại sao việc khôi phục trật tự lại được thảo luận tại các hội nghị trong ngành? Nó có quan trọng đến vậy không? Những vấn đề gì liên quan đến vấn đề này? Tôi tin rằng nhiều người sẽ có những câu hỏi liên quan.


1.  Kiến thức cơ bản về OP_CAT


Để hiểu vấn đề khôi phục OP_CAT, Đầu tiên chúng ta tìm hiểu một số kiến thức cơ bản liên quan đến OP_CAT. Trong các ngôn ngữ phát triển, opcode còn được gọi là hướng dẫn hoặc hàm và là các thành phần cơ bản cấu thành ngôn ngữ phát triển. Trong bài viết này, chúng tôi gọi chúng là chỉ thị.


1.1. OP_CAT có những chức năng gì?


Trong nhiều ngôn ngữ phát triển, concat thường được sử dụng để kết nối hai chuỗi, vì vậy chữ viết tắt của OP_CAT cũng phải bắt nguồn từ từ concat, tạo thành lệnh OP_CAT.


Ví dụ 1: concat trong ngôn ngữ phát triển java

String str1 = "Xin chào";

String str2 = " world"; //Lưu ý khoảng trắng

Chuỗi str3 = str1.concat(str2);

System.out.println(str3);

Đầu ra kết quả là Hello world


Ví dụ 2: concat trong mysql

chọn CONCAT ("My", "SQL") từ Result; kết quả thực thi là hiển thị dòng chữ "MySQL" " nhân vật.


Trong các ngôn ngữ phát triển cấp cao, concat (nối chuỗi) được sử dụng rất thường xuyên và nó cũng rất quan trọng trong nhiều trường hợp. Ví dụ: một số trường hợp:


Hiển thị và xuất dữ liệu:Trong nhiều trường hợp, chúng ta cần hiển thị dữ liệu ở dạng chuỗi hoặc Đầu ra, chẳng hạn như kết nối các mục dữ liệu khác nhau thành một câu hoàn chỉnh, định dạng dữ liệu thành dạng chuỗi cụ thể, v.v., bạn cần sử dụng các thao tác nối chuỗi.


Xử lý và vận hành dữ liệu: Trong xử lý và vận hành dữ liệu, đôi khi nhiều chuỗi cần được ghép lại để tạo ra các Chuỗi mới, chẳng hạn như như ghép nhiều đường dẫn file thành một đường dẫn hoàn chỉnh, ghép nhiều tham số URL thành một URL hoàn chỉnh, v.v. Đây cũng là một ứng dụng quan trọng của thao tác nối chuỗi.


Nếu ngôn ngữ của Bitcoin là ngôn ngữ cấp cao thì chắc chắn sẽ có chức năng kết nối ký tự này. Tuy nhiên, ngôn ngữ phát triển của Bitcoin có. một số đặc điểm đặc biệt nên còn gây tranh cãi khi đưa chỉ thị này vào. Ngôn ngữ của Bitcoin là ngôn ngữ kịch bản mô hình đảo ngược của Ba Lan, không hoàn chỉnh bằng Turing. Các loại hướng dẫn tập lệnh Bitcoin phổ biến:


Từ khóa:


1. Chẳng hạn như: OP_0, OP_FALSE  

2. Chẳng hạn như: OP_IF, OP_NOTIF, OP_ELSE,...

3. Ví dụ: OP_TOALTSTACK (đẩy đầu vào vào mục của ngăn xếp phụ và xóa nó khỏi ngăn xếp chính),...

4. Ví dụ: OP_CAT (kết nối hai chuỗi, bị tắt), OP_SIZE (đẩy độ dài chuỗi của phần tử trên cùng vào ngăn xếp (không cần bật phần tử))

5. Chẳng hạn như: OP_AND, OP_OR, OP_XOR

6. Logic số học. Ví dụ: OP_1ADD (giá trị đầu vào cộng 1), OP_1SUB (giá trị đầu vào trừ 1)

7. Ví dụ: OP_SHA1 (đầu vào sử dụng thuật toán SHA-1 HASH.), OP_CHECKSIG ()

8 Từ khóa giả

9.

Các loại hướng dẫn tập lệnh Bitcoin phổ biến:


Kịch bản:

1. Giao dịch tiêu chuẩn để thanh toán tới một địa chỉ Bitcoin (pay-to-pubkey-hash)

2. )

3. Đầu ra được chứng minh là không thể chi tiêu/có thể xóa được

4. Đầu ra mà bất kỳ ai cũng có thể chi tiêu

5. Đoán giao dịch

p>


Năm loại tập lệnh giao dịch tiêu chuẩn bao gồm: Trả tiền cho hàm băm khóa công khai (P2PKH), Thanh toán cho khóa công khai, Đa chữ ký (giới hạn tối đa 15 khóa), Trả tiền cho hàm băm tập lệnh ( P2SH) và đầu ra dữ liệu (OP_RETURN).


Hướng dẫn chi tiết có tại https://en.bitcoin.it/wiki/Script.


1.2  Xóa OP_CAT và các hướng dẫn khác bằng ngôn ngữ Bitcoin


Trên thực tế, Ngôn ngữ kịch bản Bitcoin đời đầu còn có chức năng nối ký tự, tức là mã hoạt động "OP_CAT" ban đầu tồn tại nhưng sau đó đã bị xóa. Trong ngôn ngữ tập lệnh Bitcoin, OP_CAT có thể thực hiện xử lý kết nối kết hợp nhiều chuỗi byte tập lệnh mở khóa UTXO, có thể cải thiện các tính năng lập trình và độ phức tạp tính toán của mạng chính BTC. Tuy nhiên, do những lo ngại về bảo mật của Satoshi Nakamoto (và có thể cả những lo ngại về tính ổn định), mã này đã được chuyển ra khỏi giao thức Bitcoin vào tháng 8 năm 2010.


Trong ngôn ngữ kịch bản Bitcoin ban đầu có rất nhiều hướng dẫn liên quan đến thao tác ký tự, nhưng sau đó hầu hết đều bị xóa, bao gồm OP_CAT, OP_SUBSTR, OP_LEFT, OP_RIGHT , chỉ OP_SIZE được giữ lại. Như hình dưới đây.



Không chỉ các lệnh thao tác với chuỗi bị xóa mà nhiều lệnh khác cũng bị xóa đã xóa .


(1) Các lệnh liên quan đến hoạt động của bit



(2) Các phép toán số học



Tại sao Có quá nhiều hướng dẫn cần được xóa? Để biết chi tiết về sự phát triển và thay đổi của công nghệ Bitcoin, độc giả có thể đọc “Tóm tắt sự phát triển của các công nghệ mới dẫn đến sự tái bùng nổ của Bitcoin”.


2.  Tại sao một số người muốn "khôi phục OP_CAT"


Nhiều người trên Internet Việc nói rằng Bitcoin sẽ "khôi phục OP_CAT" là một sự hiểu lầm nghiêm trọng mà mọi người đều mắc phải về vấn đề này. Nhưng chúng ta thực sự cần một chức năng nối ký tự như OP_CAT. Chúng ta cần thêm chức năng tương tự này vào Tapscript, vì vậy chúng ta cần "khôi phục OP_CAT".


2.1. Đề xuất "khôi phục OP_CAT" và những hiểu lầm của người dân


Trước khi giới thiệu những nội dung liên quan, chúng tôi cần trước tiên hãy hiểu điều gì đó về BIP. BIP là tên viết tắt của Đề xuất cải tiến Bitcoin, dịch trực tiếp là: Đề xuất cải tiến Bitcoin. Nó chứa các trạng thái sau và sự chuyển đổi trạng thái giữa chúng được hiển thị trong hình bên dưới:



Vào tháng 10 năm 2023, nhà phát triển Bitcoin Core Ethan Heilman và kỹ sư phần mềm trưởng Armin Sabouri của Botanix Labs đã cùng nhau đưa ra một dự thảo Đề xuất cải tiến Bitcoin (BIP) có tên là "OP_CAT", đưa cuộc thảo luận này lên một tầm cao mới. Xem nội dung đề xuất chi tiết tại: https://github.com/bip420/bip420


Kịch bản mới của đề xuất Tapscript (12 dòng) như sau



Ngoài ra còn có một đoạn quan trọng trong đề xuất: Việc triển khai này được lấy cảm hứng từ Việc triển khai OP_CAT ban đầu như nó tồn tại trong cơ sở mã Bitcoin trước khi có "những thay đổi linh tinh" 4bd188c cam kết đã vô hiệu hóa nó:


Mã tập lệnh Bitcoin gốc được tham chiếu (13 dòng ) như sau:

p>



Bản thảo này của BIP420 chỉ có 12 dòng mã chương trình ngắn gọn (tương tự như bản gốc Rất giống với BTCscript), nhưng mang các thuộc tính chức năng rõ ràng và trực quan, xác định mã opscript Tapscript mới cho phép ghép hai giá trị trên ngăn xếp. Việc triển khai opcode này rõ ràng được lấy cảm hứng từ OP_CAT ban đầu đã bị xóa. Tôi đã tô màu văn bản này để nhấn mạnh rằng các hướng dẫn liên quan không được khôi phục trong hướng dẫn ban đầu của Bitcoin mà thay vào đó, một hướng dẫn tương tự được triển khai lại trong Tapscript, một phần mở rộng của Taproot.


Khôi phục một số hướng dẫn nhất định trong hướng dẫn của Bitcoin và tạo hướng dẫn mới trong Tapscript là các khái niệm khác nhau và có phạm vi ảnh hưởng khác nhau.


2.2.  Những chức năng hoặc ứng dụng nào cần được khôi phục về OP_CAT


Để hiểu đầy đủ vấn đề này cần có hai các phần kiến thức:


(1) Ở mục 1.1 chúng ta đã biết concat kết nối ký tự là một hàm rất phổ biến và quan trọng trong các ngôn ngữ lập trình cấp cao. ngôn ngữ hoặc chức năng phát triển Tính năng này được yêu cầu trong các ngôn ngữ lập trình phong phú hơn. Với sự đồng thuận này và hiểu được những thay đổi của Bitcoin, bạn sẽ hiểu được nguyên nhân cốt lõi của việc khôi phục OP_CAT.


Hiện tại, một số nhóm và bên dự án muốn phát triển các chức năng trên mạng chính Bitcoin đang mong muốn khôi phục chỉ thị này. Với hướng dẫn này, các hợp đồng thông minh mạnh mẽ hơn có thể được triển khai (có các hợp đồng thông minh trên Bitcoin, nhưng chúng chưa hoàn thiện Turing). Việc bổ sung tính năng này sẽ hỗ trợ nhiều phương pháp đổi mới khác dựa trên hợp đồng thông minh và cũng có thể phát triển Bitcoin từ mạng chỉ thanh toán thành nền tảng điện toán linh hoạt hơn và có thể mở rộng hơn.


(2) Bitcoin đã sẵn sàng cho chức năng mở rộng thông qua Taproot. Ở đây chúng ta cần hiểu chi tiết một số kiến thức: Taproot, MAST, Taproot Scripts. Tốt nhất nên đọc “Tóm tắt về sự phát triển của các công nghệ mới khiến Bitcoin bùng nổ trở lại” để hiểu những thay đổi cơ bản trong sự bùng nổ của công nghệ Bitcoin.


Công nghệ Bitcoin đã mở rộng chức năng OP_RETURN của Bitcoin thông qua Segregated Witness Segwit, trực tiếp mở rộng không gian thực tế mà Bitcoin có thể lưu trữ và kích thước khối tối đa có thể đạt tới 4 triệu . Những không gian mở rộng này hiện được mọi người sử dụng rộng rãi để lưu trữ văn bản hoặc hình ảnh, nhưng mục đích của nhà thiết kế là mở rộng chức năng của Bitcoin. Do một số giao thức BIP BIP340, BIP341 và BIP342 được tạo ra để mở rộng chức năng nên BIP340 đã giới thiệu chữ ký Schnorr có thể xác minh nhiều giao dịch cùng lúc, thay thế Thuật toán chữ ký số đường cong Elliptic (ECDSA), một lần nữa mở rộng dung lượng mạng và tăng tốc độ xử lý. tốc độ của các giao dịch hàng loạt cung cấp khả năng triển khai các hợp đồng thông minh phức tạp; BIP341 triển khai Cây cú pháp trừu tượng Merkelized (MAST) để tối ưu hóa việc lưu trữ dữ liệu giao dịch trên blockchain;BIP342 (Tapscript) áp dụng Bit. Sự thiếu hụt khả năng viết tập lệnh gốc của Bitcoin được mở rộng bởi ngôn ngữ mã hóa tập lệnh của coin.


Việc mở rộng không gian của Segwit và Taproot đã dẫn đến sự xuất hiện của Schnorr, MAST tree và TapScripts. Nhiệm vụ của họ là hoàn thành các chức năng của Bitcoin main. mạng mở rộng. Dung lượng lưu trữ 4M có thể lưu trữ một lượng lớn mã chương trình. Chỉ cần Tapscript đủ mạnh thì có thể phát triển được rất nhiều ứng dụng. Tuy nhiên, Tapscript mới ra đời và còn nhiều hướng dẫn chưa đủ hoàn thiện. Các chức năng của hướng dẫn Tapscript sẽ dần được mở rộng.


3  Trạng thái và vai trò của giao thức Bitcoin trong Web3.0


Ngay cả khi giao thức thứ hai Trong phần này, chúng ta đã tìm hiểu về nội dung và lý do của đề xuất khôi phục OP_CAT, vậy chúng ta đánh giá những sự kiện đó như thế nào? Bởi vì không chỉ OP_CAT được thêm vào, Tapscript cũng sẽ thêm các hướng dẫn khác, vậy nguyên tắc cơ bản để thành thạo phép cộng này là gì? Chúng ta cũng cần nhìn Bitcoin từ góc độ lớn hơn.


3.1.  Các ý tưởng thiết kế giao thức và kiến trúc ứng dụng Web3.0


Bài viết “Quan sát lớp thứ hai của Bitcoin từ góc nhìn của một máy trạng thái, chúng ta có thể thấy kiến trúc và đường dẫn xây dựng của các ứng dụng Web3.0 trong tương lai”, chúng tôi đã phác thảo sơ bộ kiến trúc ứng dụng của Web3.0, như trong hình dưới đây :



Chúng ta có thể thấy rằng blockchain là một cơ sở hạ tầng quan trọng trong Web3.0, và Chỉ mạng Bitcoin mới phù hợp làm cơ sở hạ tầng cấp thấp nhất trong cấu trúc phân lớp. Đây là lý do tại sao người ta nói rằng blockchain “bắt đầu bằng Bitcoin và kết thúc bằng hệ sinh thái Bitcoin”. Tất cả các hệ thống blockchain khác đều là công nghệ lớp thứ hai hoặc thử nghiệm tổng quát của Bitcoin.


Sau khi hiểu kiến trúc ứng dụng của Web3.0, chúng ta cũng cần hiểu một số ý tưởng thiết kế phân lớp (đặc biệt là các đặc điểm mà lớp dưới cùng phải có). Thiết kế phân lớp là phương tiện và phương pháp để con người xử lý các hệ thống phức tạp. Nó đạt được tính mô đun, khả năng bảo trì và khả năng mở rộng của hệ thống bằng cách chia hệ thống thành nhiều cấu trúc phân cấp và xác định mối quan hệ và chức năng giữa mỗi lớp. độ tin cậy của hệ thống. Chúng tôi sử dụng các trường hợp hiện có để minh họa, chẳng hạn như giao thức TCP/IP trong hình bên dưới:



Ở lớp dưới cùng của giao thức, giao thức TCP và giao thức IP chỉ cần thực hiện các chức năng đơn giản và cơ bản nhất. Các giao thức lớp ứng dụng như FTP, SMTP, IMAP, HTTP và các giao thức khác được triển khai tại. lớp cao hơn và sẽ được gói gọn trong giao thức TCP và giao thức IP.


Nếu Bitcoin là giao thức cấp thấp nhất tương tự như giao thức TCP/IP thì về nguyên tắc, mạng chính Bitcoin phải duy trì các chức năng đơn giản và cơ bản nhất. Những chức năng phong phú đó, đặc biệt là các chức năng của lớp ứng dụng, cần được triển khai trên giao thức lớp thứ hai hoặc thứ ba của Bitcoin. Với nguyên tắc này, chúng ta sẽ có phán đoán chính xác về giao thức cơ bản và giao thức lớp trên rõ ràng. Vậy chúng ta nên đánh giá các chức năng mở rộng được triển khai trên mạng chính Bitcoin như Tapscript như thế nào?


3.2  Hai triết lý làm việc: thiết kế quá mức và đủ


Để tăng tính chính xác trong phán đoán của mình, trước tiên chúng tôi hiểu hai triết lý thực hiện công việc: thiết kế quá mức và vừa đủ. (Có lẽ chúng ta biết cũng vô ích, vì các quyết định phát triển của Bitcoin được quyết định bởi nhiều yếu tố. Văn hóa phi tập trung của Bitcoin khiến sự phát triển của nó được quyết định bởi nhiều yếu tố, hoặc bởi tư duy của nhóm người.)


Thiết kế quá mức và vừa đủ là hai triết lý làm việc khác nhau, mỗi triết lý đều có ưu và nhược điểm khác nhau. Sau đây là ưu điểm, nhược điểm và một số ví dụ:


(1) Thiết kế quá mức

Ưu điểm của thiết kế quá mức:

Khả năng mở rộng mạnh mẽ: Kỹ thuật quá mức thường tính đến những thay đổi về yêu cầu trong tương lai và có thể đối phó với nhiều mở rộng và thay đổi khác nhau.

Linh hoạt hơn:Các hệ thống được thiết kế kỹ lưỡng có thể thích ứng với nhiều tình huống và nhu cầu khác nhau, mang lại sự linh hoạt cao hơn.

Nâng cao hiệu quả lâu dài:Nhiều chức năng có thể được phát triển bằng cách gọi lớp dưới cùng trong giai đoạn sau và hiệu quả sẽ được cải thiện về lâu dài.


Nhược điểm của kỹ thuật quá mức:

Tốn thời gian: Kỹ thuật quá mức đòi hỏi nhiều thời gian và nguồn lực hơn để hoàn thành, có thể dẫn đến sự chậm trễ của dự án.

Lãng phí tài nguyên: Thiết kế quá mức có thể tạo ra các chức năng dư thừa hoặc cấu trúc phức tạp, gây lãng phí tài nguyên.

Có khả năng quá phức tạp:Thiết kế quá mức có thể dẫn đến cấu trúc hệ thống quá phức tạp, khiến việc duy trì và hiểu hệ thống trở nên khó khăn hơn.


Thiết kế quá mức các kịch bản có thể áp dụng (một số tóm tắt kinh nghiệm cá nhân của tôi và một phần tài liệu tham khảo về ChatGPT):


Kỹ thuật quá mức thường được áp dụng cho các dự án không hoàn toàn mới. Có những ví dụ có thể tham khảo và yêu cầu ban đầu của trường hợp mới tương đối ít hoặc không rõ ràng, nhưng dự kiến các yêu cầu có thể thay đổi. thường xuyên hơn. Bạn có thể rút ra kinh nghiệm hiện có để đạt được những mục tiêu nhất định. Ví dụ: các lớp cơ bản của một hệ thống hoặc nền tảng phần mềm lớn có thể được coi là được thiết kế quá mức.


(2) Vừa đủ là đủ


Ưu điểm của vừa đủ:

p>

Đơn giản và rõ ràng:Ý tưởng vừa đủ là tập trung vào giải quyết các nhu cầu hiện tại, giữ cho hệ thống đơn giản và dễ hiểu.

Tiết kiệm tài nguyên: Ý tưởng đủ là đủ tránh thiết kế quá mức và các chức năng không cần thiết, tiết kiệm thời gian và nguồn lực.

Giao hàng nhanh: Ý tưởng ​đủ là đủ có thể nhanh chóng cung cấp các sản phẩm hoặc hệ thống có thể sử dụng được để đáp ứng nhu cầu cơ bản của người dùng.


Nhược điểm của vừa đủ:

Không có khả năng thích ứng với những thay đổi:Ý tưởng vừa đủ có thể không tồn tại có khả năng thích ứng với nhu cầu trong tương lai. Những thay đổi đòi hỏi những sửa đổi và điều chỉnh lớn.

Khả năng mở rộng kém: Ý tưởng rằng thế là đủ có thể dẫn đến việc thiếu khả năng mở rộng trong hệ thống, gây khó khăn cho việc thêm các chức năng và thành phần mới.


Các kịch bản có thể áp dụng là đủ: dự án triển khai không có ví dụ để tham khảo hoặc có ít ví dụ để tham khảo và định hướng phát triển không biết và đích đến, bạn có thể sử dụng bất cứ điều gì là đủ. Ngoài ra còn có những dự án nhỏ hoàn toàn phù hợp với ý tưởng vừa đủ. Đối với những dự án mang tính đổi mới, nguyên tắc này thường được áp dụng vì tương lai hoàn toàn không rõ ràng.


Thiết kế quá mức và vừa đủ không phải là những khái niệm đối lập mà là những định hướng khác nhau trong cách suy nghĩ. Hầu hết các tập lệnh gốc của Bitcoin BTCscript đều áp dụng nguyên tắc "đủ là đủ", nhưng Tapscript là một phần mở rộng của tập lệnh gốc và có thể được thiết kế hơi quá mức bằng cách tham khảo một số kịch bản lập trình. Việc sử dụng Taproot và Tapscript cũng cần được cân nhắc. Chúng chỉ là những công nghệ kết nối giữa lớp thứ nhất và lớp thứ hai, không nên lạm dụng hoặc thậm chí chỉ giới hạn ở các chức năng trên Tapscript. Bằng cách này, chúng tôi tìm thấy giới hạn dưới và trên của việc thiết kế Tapscript.


3.3  Tương lai tươi sáng của Web3.0 (thế hệ tiếp theo của Internet)


Trong Phần 3.2, chúng tôi đã bày tỏ rằng thiết kế hướng dẫn của Tapscript có thể được thiết kế quá mức một cách thích hợp, nhưng giới hạn trên là để đáp ứng nhu cầu kết nối lớp thứ nhất và lớp thứ hai của Bitcoin. Nhưng trong những ngày đầu, đặc biệt là khi giá Bitcoin chưa quá cao (mỗi lần thực hiện giao dịch đơn giản không vượt quá 100 USD, được coi là không quá cao) và lớp thứ hai hoặc thứ ba của hệ thống phân tán vẫn chưa trưởng thành, nhiều người vẫn sẽ phát triển quá nhiều chức năng, điều này có thể dẫn đến Tapscript cũng chứa quá nhiều hướng dẫn.


Mặt khác, công nghệ blockchain và cấu trúc phân lớp liên quan đóng vai trò là cơ sở hạ tầng của toàn bộ Web3.0 và công nghệ Tapscript của Bitcoin không có quá nhiều tính năng nên có đã phát triển. Tham khảo sơ đồ kiến trúc ứng dụng Web3.0 ở Phần 3.1.


Trong "Quan sát lớp thứ hai của Bitcoin từ góc độ của một máy trạng thái, chúng ta có thể thấy kiến trúc và lộ trình xây dựng của các ứng dụng Web3.0 trong tương lai" mà chúng tôi sử dụng Báo cáo Thống kê Phát triển Internet Trung Quốc Hiểu được các ứng dụng phong phú của Web2.0. Trong báo cáo thống kê, chúng ta có thể thấy các ứng dụng trong Web2.0 vốn đã rất phong phú và có lượng người dùng rất lớn. Các ứng dụng này bao gồm: nhắn tin tức thời, video trực tuyến, video ngắn, thanh toán trực tuyến, mua sắm trực tuyến, công cụ tìm kiếm, tin tức trực tuyến, âm nhạc trực tuyến, phát sóng trực tuyến trực tuyến, trò chơi trực tuyến, mang đi trực tuyến, văn học trực tuyến, gọi xe trực tuyến, văn phòng trực tuyến, trực tuyến đặt vé du lịch, giáo dục trực tuyến, chăm sóc y tế trực tuyến,..., bao phủ hầu hết mọi lĩnh vực của đời sống con người. Ngoài những nội dung Internet tiêu dùng này, còn có nhiều ứng dụng trong Internet công nghiệp.



Quy mô người dùng và tỷ lệ sử dụng của nhiều ứng dụng Internet khác nhau


Những ứng dụng chính thống này vẫn chưa bước vào thế giới Web3.0. Khi các ứng dụng này bước vào kỷ nguyên Web3.0, người dùng sẽ có yêu cầu về hiệu suất và quy mô cao hơn. Do đó, các nhiệm vụ mà mạng chính Bitcoin đảm nhận sẽ rất nặng nề trong tương lai, khiến việc sử dụng cấu trúc phân lớp để xây dựng một thế giới Web3.0 thực sự là cần thiết. Sau đó, các chức năng trên mạng chính Bitcoin chủ yếu đơn giản và ổn định, chủ yếu phục vụ công nghệ kết nối của lớp thứ nhất và lớp thứ hai. Cá nhân tôi ủng hộ việc không lạm dụng công nghệ kết nối giữa lớp thứ nhất và lớp thứ hai của Bitcoin và dành chỗ cho Tapscript để mở rộng nhưng không có quá nhiều chức năng.


4.  Ai có quyền quyết định có khôi phục OP_CAT hay không?


Thông qua Nội dung trước đó, Chúng tôi biết nội dung thực sự của đề xuất này, đó là tạo ra chức năng lệnh tương tự như OP_CAT trong Tapscript, thay vì khôi phục OP_CAT ban đầu trong tập lệnh Bitcoin. Ai có quyền quyết định đối với đề xuất này? Nhóm phát triển đằng sau Bitcoin Core? thợ mỏ? Nhà phát triển sinh thái? Cộng đồng?


Nếu chúng tôi phân tích từ góc độ lợi ích, việc tạo hướng dẫn OP_CAT trong Tapscript sẽ tăng khả năng lập trình của mạng chính Bitcoin và tạo ra nhiều Chương trình mạng chính Bitcoin hơn. và ứng dụng, điều này sẽ làm tăng phí xử lý trên mạng chính. Những người khai thác sẽ là những người ủng hộ tích cực nhất và các nhà phát triển sinh thái cũng sẽ hỗ trợ vì nó làm tăng khả năng phát triển.


Nhóm Bitcoin Core nghĩ gì? Nhóm Core luôn tuân thủ phong cách bảo thủ. Bạn có đồng ý không? Có sự không chắc chắn lớn. Trên thực tế, sự cố này còn liên quan đến một vấn đề lớn hơn. Để phát triển Tapscript, cần phải xây dựng một bộ quy tắc. Nó khác với BTCScript của mạng chính Bitcoin. Việc ra quyết định có nên được nới lỏng một cách thích hợp không? Giao thức BIP của Bitcoin đề cập đến giao thức EIP của Ethereum. Đây có thể là một cách tốt để phân loại các đề xuất. Tiêu chí đánh giá khác nhau áp dụng cho từng đề xuất.


Khi biên soạn bài viết này, cá nhân tôi đánh giá rằng đề xuất này cuối cùng sẽ được thông qua, nếu không chức năng của Tapscript sẽ quá yếu và quá trình có thể hơi quanh co .


Trong thế giới Bitcoin, vì không có tổ chức có thẩm quyền nên quyền lợi không phải là yếu tố ảnh hưởng trực tiếp đến thế giới Bitcoin, chỉ có yếu tố kinh tế mới là yếu tố quyết định. yếu tố ảnh hưởng. Những gì được thông qua cuối cùng đều được thúc đẩy bởi lợi ích của số đông. Ngay cả khi Tapscript được thiết kế quá mức, nó sẽ được khắc phục bởi các yếu tố kinh tế khi sử dụng.


Tài liệu tham khảo
1. Dự thảo BIP 420: OP_CAT, https://github.com/bip420/bip420.
2. https://en.bitcoin.it/wiki/Script
3 "Tóm tắt về sự phát triển của các công nghệ mới dẫn đến sự tái bùng nổ của Bitcoin"


Bài viết này là từ một bài gửi và không thể hiện quan điểm của BlockBeats.


Chào mừng bạn tham gia cộng đồng chính thức của BlockBeats:

Nhóm Telegram đăng ký: https://t.me/theblockbeats

Nhóm Telegram thảo luận: https://t.me/BlockBeats_App

Tài khoản Twitter chính thức: https://twitter.com/BlockBeatsAsia

举报 Báo lỗi/Báo cáo
Chọn thư viện
Thêm mới thư viện
Hủy
Hoàn thành
Thêm mới thư viện
Chỉ mình tôi có thể nhìn thấy
Công khai
Lưu
Báo lỗi/Báo cáo
Gửi