Bitcoin đã trải qua một đợt nâng cấp lớn cho phép blockchain của nó thực hiện các giao dịch phức tạp hơn, có khả năng mở rộng các trường hợp sử dụng tiền ảo và làm cho nó cạnh tranh hơn một chút với Ethereum để xử lý các hợp đồng thông minh.

Lịch sử của các cơ chế kích hoạt nâng cấp Bitcoin thông báo ý kiến ​​về cách thực hiện các thay đổi giao thức trong tương lai. Câu hỏi được đặt ra liệu Bitcoin sẽ được nâng cấp như thế nào trong tương lai

Đã có nhiều cơ chế khác nhau được sử dụng trong lịch sử của Bitcoin để kích hoạt các tính năng mới trên mạng, sự lặp lại của cơ chế này thường phát triển với mục tiêu làm cho việc triển khai tính năng trở nên an toàn và không gây gián đoạn nhất có thể. Cho đến năm 2017, có sự đồng thuận chung và không có nhiều bất đồng do các cơ chế kích hoạt thay đổi, nhưng trong quá trình triển khai Segregated Witness (SegWit), điều này đã thay đổi.

SegWit đã trở thành vấn đề dẫn đến sự bất đồng và tranh cãi về cách các tính năng nên được kích hoạt trên Bitcoin lần đầu tiên. Sau khi triển khai BIP9 ban đầu, phụ thuộc vào tín hiệu của người khai thác để khóa các quy tắc thực thi, phần lớn người khai thác và nhóm khai thác đã từ chối phát tín hiệu kích hoạt với các khối của họ. Vào thời điểm đó, nhiều người dùng đã trở nên tức giận khi các thợ mỏ đang trì hoãn việc kích hoạt một tính năng mới và giữ nó làm con tin với yêu cầu hard fork để tăng kích thước khối (khi, tôi có thể nói thêm, SegWit đã hoàn thành việc tăng kích thước khối thông qua một soft fork), và toàn bộ hệ sinh thái chứa đầy thông tin hoàn toàn không chính xác về SegWit trong một nỗ lực nhằm thúc đẩy sự phản đối của chính tính năng này dựa trên những lời nói dối hoàn toàn.

BIP148 và soft fork do người dùng kích hoạt (UASF) thúc đẩy các thợ đào kích hoạt SegWit, và một trong những đợt đẩy khối lớn đã bị tắt, khiến đợt khác chuyển sang fork và cuối cùng rơi vào tình trạng không liên quan. Nhưng kể từ đó, các Bitcoiners thường tránh trò chuyện về cách các tính năng mới nên được triển khai và kích hoạt. Chủ đề đã trở nên gây tranh cãi đến mức gần như trở thành một điều cấm kỵ.

Kích hoạt ngày gắn cờ

“Nó có thể được bổ sung theo từng giai đoạn, chẳng hạn như: if (blocknumber> 115000) maxblocksize = largelimit Nó có thể bắt đầu có trong các phiên bản trước, vì vậy, vào thời điểm nó đạt đến số khối đó và có hiệu lực, các phiên bản cũ hơn không có đã lỗi thời rồi. ”

Nakamoto đã phản đối ý kiến ​​sau khi họ thực hiện giới hạn kích thước khối ban đầu và đã trả lời cụ thể bằng câu trích dẫn ở trên về lý do tại sao nó không nên được thực hiện cho đến khi cần thiết. Bình luận cuối cùng mà Nakamoto từng đưa ra về vấn đề kích thước khối, được tìm thấy cũng thừa nhận một cách rõ ràng rằng cuối cùng người dùng có lựa chọn làm như vậy hay không.)

Đây là “kích hoạt ngày gắn cờ”, trong đó chiều cao khối hoặc dấu thời gian được chọn và các nút được nâng cấp chỉ cần bắt đầu thực thi các quy tắc mới tại thời điểm đó. Không có tín hiệu công khai hoặc sự phối hợp hiển thị, mọi người chỉ cần tải xuống ứng dụng khách mới và mọi người đã nâng cấp bắt đầu thực thi vào thời điểm đã chọn, còn những người chưa nâng cấp thì không.

Về mặt kỹ thuật, kích hoạt Flag day là một dạng soft fork do người dùng kích hoạt, với điều kiện là các nút trên mạng cam kết kích hoạt một tính năng mới và thực thi các quy tắc của nó. Vấn đề với các ngày gắn cờ là chúng không cung cấp tín hiệu công khai cho biết tỷ lệ phần trăm thợ đào tuyên bố đang thực thi các quy tắc mới, để mọi người có thể đánh giá rủi ro tiềm ẩn và khả năng xảy ra phân tách chuỗi. Flag day đã không được sử dụng trong một thời gian.

BIP9

BIP9 đã được phát triển để giảm hơn nữa nguy cơ đứt dây xích trong việc triển khai các nhánh mềm. Ý tưởng đằng sau nó là việc các thợ đào bao gồm một tín hiệu trong các khối mà họ khai thác, với phần mềm nút mới chỉ kích hoạt việc kích hoạt các tính năng mới nếu một ngưỡng (95%) người khai thác trong giai đoạn khó khăn đang báo hiệu để kích hoạt tính năng. Điều này sẽ cung cấp một dấu hiệu công khai về số lượng thợ đào đang thực thi tính năng mới trước khi các nút bắt đầu thực thi quy tắc mới. Rõ ràng, các thợ đào có thể nói dối và phát tín hiệu sai, nhưng ý tưởng là không có lý do kinh tế-hợp lý nào để làm như vậy.

Nhược điểm lớn nhất của việc triển khai BIP9, được chứng minh bởi SegWit, là một số ít người khai thác có thể ngừng kích hoạt một tính năng bằng cách từ chối phát tín hiệu. Không cần triển khai thứ gì đó lần thứ hai bằng cách sử dụng một cơ chế kích hoạt khác, BIP9 cung cấp cho những người khai thác một trên thực tế phủ quyết nơi họ có thể ngăn kích hoạt một tính năng mới trên mạng. Do đó, cơ chế kích hoạt này cung cấp cho người khai thác quyền kiểm soát không cân xứng đối với những gì được thêm vào Bitcoin; thợ đào là nhà cung cấp dịch vụ cho người dùng và HODLer, và do đó không nên có ảnh hưởng quá lớn đến việc kích hoạt tính năng.

BIP148 và UASF

BIP148 đã thiết lập một tiền lệ lớn cũng như thực hiện một cơ chế kích hoạt mới chưa từng thấy trước đây; nó không được thiết kế đơn giản để kích hoạt một tính năng trong quá trình triển khai của chính nó, mà còn đảm bảo việc kích hoạt xảy ra cho việc triển khai SegWit BIP9 trước đó. Đây là lý do cho thời hạn ngày 1 tháng 8. Bắt đầu từ ngày 1 tháng 8, khoảng thời gian hai tuần điều chỉnh độ khó cuối cùng cho tín hiệu của người khai thác trước khi cửa sổ kích hoạt SegWit kết thúc, các khách hàng BIP 148 đã thực thi bằng sự đồng thuận với yêu cầu rằng tất cả các khối trong cửa sổ cuối cùng đó đều báo hiệu cho việc kích hoạt SegWit.

Cơ chế này là một thiết kế kích hoạt mới trước đây không cần thiết hoặc không được sử dụng và được thực hiện theo tình huống để sửa chữa những gì được coi là một thiếu sót lớn của BIP9: khả năng của các thợ đào ngăn chặn việc kích hoạt các tính năng mà nếu không có sự đồng thuận.

BIP91

BIP91 là một kế hoạch kích hoạt độc đáo khác được triển khai vào năm 2017 liên quan đến SegWit. Các thợ mỏ vào thời điểm đó không muốn nhượng bộ tối hậu thư của BIP148, nhưng đồng thời cũng lo lắng về hậu quả đối với Bitcoin nếu BIP148 được kích hoạt mà không có tín hiệu của thợ đào và khiến Bitcoin chia thành hai chuỗi khối song song. BIP91 được tạo ra để tìm ra một thỏa hiệp giúp mọi người đồng bộ hóa trên cùng một chuỗi khối.

Nó thiết lập ngưỡng 80%, trong đó nếu nhiều thợ đào phát tín hiệu trong giai đoạn khó khăn để kích hoạt SegWit, nó sẽ bắt đầu mồ côi tất cả các khối không phát tín hiệu (tương tự như BIP148). Mục đích là để đảm bảo rằng nếu BIP91 được kích hoạt, nó sẽ đồng bộ và tương thích với BIP148, sau đó sẽ kích hoạt triển khai BIP9 ban đầu của SegWit, giữ mọi người trên cùng một chuỗi. Toàn bộ mục đích là tạo cho các thợ mỏ một cái cớ để “trở thành những người kích hoạt.”

BIP8

BIP8 là cơ chế được đề xuất để thay thế BIP9 do tình huống xảy ra trong quá trình kích hoạt SegWit. Mục tiêu thiết kế là có một cơ chế triển khai trong đó những người khai thác đạt đến ngưỡng phát tín hiệu (90%) có thể kích hoạt đề xuất tại bất kỳ điểm nào đã cho trong cửa sổ kích hoạt, nhưng để tạo ra một cơ chế có thể đảm bảo rằng một ngã ba được kích hoạt nếu đủ các thợ mỏ từ chối phát tín hiệu.

Đó là biến “lockinontimeout”. Nếu nó được đặt thành true, thì trong khoảng thời gian báo hiệu cuối cùng, các quy tắc đồng thuận sẽ thực thi tất cả các khối trong khoảng thời gian đó cần phải tín hiệu kích hoạt, giống như BIP148, để đảm bảo rằng tính năng mới sẽ kích hoạt.

Speedy Trial

Speedy Trial là cách Taproot được kích hoạt thành công. Ít nhất thì đó là một sự lựa chọn gây tranh cãi về cơ chế kích hoạt. Vào cuối ngày, Speedy Trial hoạt động giống như triển khai kích hoạt BIP9, ngoại trừ thời hạn kích hoạt ngắn hơn nhiều và ngưỡng báo hiệu giống như với BIP8 (90%). Một phần lý do cho việc sử dụng Speedy Trial là nếu thứ gì đó có sự đồng thuận không thể kích hoạt, triển khai BIP8 LOT = True có thể được phát hành sau đó.

Nhiều người, bao gồm cả tôi, đã xem Speedy Trial là một bước lùi về việc tinh chỉnh các cơ chế kích hoạt tính năng.

Hiện tại

Sự cố kích hoạt SegWit vào năm 2017 đã chứng minh khả năng của một số ít người khai thác can thiệp vào sự đồng thuận của mạng và triển khai tính năng, điều này phải được sửa chữa thông qua việc triển khai đồng thời nhiều cơ chế kích hoạt khác nhau vô cùng phức tạp, có những tương tác khuyến khích phức tạp giữa tất cả chúng. Đây là một tình huống cực kỳ rủi ro nhưng rất may cuối cùng đã giải quyết được, nhưng rất có thể nó đã diễn ra một cách thảm hại.

Theo quan điểm của tôi, toàn bộ điểm của việc chuyển qua BIP9 là để tránh tái diễn khả năng xảy ra tình huống như vậy một lần nữa. Một số người cho rằng Bản dùng thử nhanh làm như vậy vì khung thời gian ngắn hơn nhiều trước khi cửa sổ kích hoạt đóng lại, nhưng tôi cho rằng không. Nó vẫn có nguy cơ kích hoạt không thành công do sự độc hại hoặc thiếu phản ứng từ một số ít người khai thác và quan trọng là, thể hiện ấn tượng ở cấp độ xã hội rằng các thợ đào có khả năng “phủ quyết” sự đồng thuận giữa các thành viên mạng khác.

Đó là những gì tôi nghĩ rằng các cơ chế kích hoạt sẽ giảm dần về lâu dài. Khi Bitcoin tiếp tục phát triển, ngày càng có nhiều người dùng chưa được đào tạo tốt sẽ tham gia vào hệ sinh thái. Trong quá trình học tập đó, họ sẽ quan sát mọi thứ đang diễn ra, và quan trọng nhất, họ sẽ xem xét các cơ chế kích hoạt thông qua lăng kính, “Điều gì đang xảy ra ở đây, ai đang quyết định liệu thứ gì đó có kích hoạt hay không?” Các nhà phát triển? Thợ mỏ? Các doanh nghiệp? Đây là câu hỏi, và đây là những câu trả lời, mà tôi nghĩ rằng hầu hết người dùng mới sẽ phải chạy qua đầu khi chúng tôi triển khai các tính năng và nâng cấp mới trên mạng.

Câu trả lời mà mọi người sẽ đến cuối cùng sẽ trở thành một lời tiên tri tự hoàn thành về mặt này, nếu người dùng coi thợ đào là người ra quyết định, thì hầu hết người dùng sẽ tìm đến thợ đào. Nếu người dùng nhận thấy các nhà phát triển là người ra quyết định, họ sẽ tìm đến các nhà phát triển. Cách các Bitcoiners tiếp cận câu hỏi này ngay bây giờ sẽ tạo tiền lệ cho cách người dùng trong tương lai xử lý mọi thứ.

Tôi không nghĩ rằng Bitcoin Core hoặc các thợ đào nên tham gia vào quá trình kích hoạt với vai trò triển khai các bản phát hành kích hoạt mới hoặc ở vị trí mà họ có khả năng phủ quyết hoặc ngăn chặn điều gì đó từ việc kích hoạt. Trong tương lai, tôi nghĩ rằng tất cả các tính năng mới được triển khai thông qua UASF sử dụng BIP 8 LOT = True.

Nếu, trong tương lai, chúng tôi đặt tiền lệ những người bên ngoài Core là những người đề xuất kích hoạt, chúng tôi đặt tiền lệ cho mức độ hoài nghi cao hơn đối với sự thay đổi nói chung. Chúng tôi tránh tạo ra nhận thức xã hội cho những người dùng mới hơn rằng các nhà phát triển quyết định điều gì xảy ra hoặc không xảy ra. Điều này sẽ đặt ra một ngưỡng rất cao để ban hành các thay đổi mới và đảm bảo rằng thanh đó vẫn ở mức cao thay vì chuyển thành động lực của người dùng trì hoãn các chuyên gia để quyết định điều gì sẽ xảy ra.

Điều này có thể cho phép tạm thời sử dụng mỗi “ứng dụng khách kích hoạt” trong quá trình triển khai tính năng, với mọi người sẽ chuyển trở lại Core sau khi kích hoạt thành công, ngăn chặn nhu cầu duy trì các ứng dụng khách tồn tại lâu dài bên ngoài Core trong khi vẫn loại bỏ quá trình kích hoạt từ các nhà phát triển Core.

Với LOT = True, thời điểm mà một ngã ba sẽ xảy ra sẽ được biết trước nếu một ngã ba xảy ra. Nếu chuỗi phân tách, nó sẽ xảy ra trong khoảng thời gian báo hiệu cuối cùng của quá trình kích hoạt khi khối đầu tiên không báo hiệu kích hoạt được khai thác. Điều này xác định khoảng thời gian nhất quán và có thể dự đoán được trong đó nó sẽ xảy ra nếu xảy ra, trái ngược với bất kỳ thời điểm tùy ý nào sau khi kích hoạt khi một số người khai thác không thực thi các quy tắc mới khai thác một khối vi phạm quy tắc đó.

Nếu thực sự có sự đồng thuận cho một tính năng mới, thì phần lớn nền kinh tế sẽ điều hành một khách hàng để kích hoạt nó, và một sơ đồ dây chuyền như vậy sẽ là một sự gián đoạn và bất tiện nhỏ. Nếu không có sự đồng thuận cho một tính năng mới, thì một lần nữa, một bảng mã như vậy sẽ không chỉ là một sự gián đoạn nhỏ và bất tiện khi một thiểu số nhỏ tự tách ra khỏi mạng. Họ sẽ phải quyết định tiếp tục sử dụng một chuỗi fork nhỏ hoặc ngừng hoạt động và quay trở lại mạng Bitcoin.

Bitcoin cuối cùng là một hệ thống định hướng thị trường, nơi mà sự đồng thuận được đưa ra một cách tự nguyện. Tôi tin rằng những nỗ lực để ngăn quá trình đó không trở nên lộn xộn đều là sai lầm, thiếu bản chất cơ bản của hệ thống và chắc chắn sẽ dẫn đến sự kiểm soát xã hội tập trung hơn và nhận thức về việc ra quyết định từ trên xuống nếu mọi người liên tục cố gắng loại bỏ mớ hỗn độn đó. sự đồng thuận. Chúng ta nên nắm bắt quá trình đó và ngừng cố gắng kiểm soát nó.

Các loại tiền điện tử như Bitcoin ( BTC ) và Ethereum ( ETH ) được cung cấp bởi một phần mềm mã nguồn mở phi tập trung được gọi là blockchain. Fork là một sự thay đổi đối với giao thức cơ bản của blockchain. Fork một blockchain là một nâng cấp quan trọng đối với mạng và có 2 trường hợp xảy ra khi sau khi nâng cấp là Hark Fork và Soft Fork

1. Hark Fork và Soft Fork là gì ?

Fork là một sự thay đổi đối với giao thức cơ bản của blockchain. Một fork blockchain là một nâng cấp quan trọng đối với mạng và có thể đại diện cho một sự thay đổi căn bản hoặc một sự thay đổi nhỏ và có thể được khởi xướng bởi các nhà phát triển hoặc thành viên cộng đồng

Nó yêu cầu các nhà khai thác nút – các máy được kết nối với blockchain giúp xác thực các giao dịch trên đó – phải nâng cấp lên phiên bản mới nhất của giao thức. Mỗi nút đều có một bản sao của blockchain và đảm bảo các giao dịch mới không mâu thuẫn với lịch sử của nó.

Hark Fork là gì ?

Hard fork là một bản nâng cấp căn bản để có thể thực hiện các giao dịch và khối trước đó hợp lệ hoặc không hợp lệ và yêu cầu tất cả các trình xác thực trong mạng phải nâng cấp lên phiên bản mới hơn. Nó không tương thích ngược.

Soft Fork là gì ?

Soft fork là bản nâng cấp cho phần mềm tương thích ngược và có trình xác thực trong phiên bản cũ hơn của chuỗi xem phiên bản mới là hợp lệ.

Về hiệu quả, một đợt hard fork thường xuyên hơn không dẫn đến sự phân tách chuỗi vĩnh viễn, vì phiên bản cũ không còn tương thích với phiên bản mới. Những người nắm giữ mã thông báo trên chuỗi cũ cũng được cấp mã thông báo trên chuỗi mới vì chúng có cùng lịch sử. Hard fork có thể xảy ra vì một số lý do.

2. Tìm hiểu thêm về Hark Fork

Để hiểu hard fork là gì, điều cần thiết trước tiên là phải hiểu công nghệ blockchain. Về cơ bản, blockchain là một chuỗi được tạo ra từ các khối dữ liệu hoạt động như một sổ cái kỹ thuật số, trong đó mỗi khối mới chỉ có giá trị sau khi khối trước đó đã được xác nhận bởi các trình xác nhận mạng. Dữ liệu trên blockchain có thể được truy tìm từ tất cả các cách trở lại giao dịch đầu tiên trên mạng. Đây là lý do tại sao chúng ta vẫn có thể thấy khối đầu tiên trên chuỗi khối Bitcoin

Hard fork về cơ bản là sự phân kỳ vĩnh viễn so với phiên bản mới nhất của blockchain, dẫn đến sự phân tách của blockchain, vì một số nút không còn đáp ứng được sự đồng thuận và hai phiên bản khác nhau của mạng được chạy riêng biệt.

Về cơ bản, điều này có nghĩa là một Fork được tạo trên blockchain, nơi một đường dẫn tiếp tục tuân theo bộ quy tắc hiện tại của nó, trong khi đường dẫn thứ hai tuân theo một bộ quy tắc mới. Một hard fork không tương thích ngược, vì vậy phiên bản cũ không còn coi phiên bản mới là hợp lệ.

Hard fork thường được coi là nguy hiểm vì sự phân chia chuỗi thường xảy ra. Nếu sự phân chia xảy ra giữa các thợ đào bảo mật mạng và các nút giúp xác thực giao dịch, bản thân mạng sẽ trở nên kém an toàn hơn và dễ bị tấn công hơn.

Một cách phổ biến để thực hiện hành động độc hại chống lại blockchain sẽ là thực hiện một cuộc tấn công 51%, đó là khi một nhóm thợ đào có hơn 51% sức mạnh tính toán để bảo vệ mạng và sử dụng nó để thay đổi lịch sử của blockchain. Trên thực tế, một số mạng được tạo ra do hard fork đã phải hứng chịu nhiều cuộc tấn công 51% trong đó những kẻ xấu đã chi gấp đôi số tiền tương tự. Các cuộc tấn công này có những kẻ xấu tận dụng sức mạnh tính toán vượt trội của chúng trong mạng để tổ chức lại các khối, cho phép chúng chi gấp đôi.

Một lỗ hổng khác có thể xảy ra với hard fork là các cuộc tấn công phát lại. Các cuộc tấn công phát lại xảy ra khi một thực thể độc hại chặn một giao dịch trên một mạng được phân nhánh và lặp lại dữ liệu đó trên chuỗi khác. Các hard fork không có bảo vệ tấn công phát lại sẽ thấy cả hai giao dịch đều trở nên hợp lệ, có nghĩa là ai đó có thể di chuyển tiền của người dùng khác mà không cần kiểm soát chúng.

3. Tại sao Hard Fork xảy ra ?

Nếu Hard Fork có thể làm giảm đáng kể tính bảo mật của blockchain, thì tại sao chúng lại xảy ra?

Câu trả lời rất đơn giản: Hard fork là những nâng cấp cần thiết để cải thiện mạng khi công nghệ blockchain tiếp tục phát triển. Một số lý do có thể đằng sau hard fork, và không phải tất cả chúng đều tiêu cực:

• Thêm chức năng
• Khắc phục rủi ro bảo mật
• Giải quyết bất đồng trong cộng đồng tiền điện tử
• Đảo ngược các giao dịch trên blockchain

Hard fork cũng có thể xảy ra một cách tình cờ. Thông thường, những sự cố này được giải quyết nhanh chóng và những sự cố không còn đồng thuận với blockchain chính sẽ quay trở lại và tuân thủ nó sau khi nhận ra điều gì đã xảy ra. Tương tự như vậy, hard fork bổ sung các chức năng và nâng cấp mạng thường cho phép những người không đồng thuận tham gia lại chuỗi chính.

Hard Fork có thể xảy ra một cách tình cờ

Bitcoin Blockhain đã chứng kiến ​​nhiều đợt hard fork tình cờ trong suốt lịch sử của nó. Những vấn đề này phổ biến hơn người ta nghĩ và thường được giải quyết nhanh chóng nên hầu như không đáng chú ý.

Hầu hết các Hard Fork tình cờ xảy ra bất cứ khi nào hai thợ đào tìm thấy cùng một khối gần như cùng một lúc. Khi sự đồng thuận trên mạng được phân phối, cả hai ban đầu đều coi khối là hợp lệ và tiếp tục khai thác trên các chuỗi khác nhau trước khi họ hoặc một người khai thác khác thêm một khối tiếp theo.

Khối tiếp theo đó quyết định chuỗi nào trở thành chuỗi dài hơn, có nghĩa là chuỗi kia bị loại bỏ để duy trì sự đồng thuận. Những người khai thác chuyển sang chuỗi dài nhất vì chuỗi bị bỏ rơi không còn mang lại lợi nhuận cho việc khai thác Bitcoin nữa, vì họ sẽ khai thác một nhánh của mạng.

Khi những lần Fork này xảy ra, người khai thác tìm thấy khối bị bỏ rơi sẽ mất phần thưởng phí giao dịch và phí nền tảng. Tuy nhiên, không có giao dịch nào bị vô hiệu vì cả hai khối được tìm thấy đều giống hệt nhau và chứa các giao dịch giống nhau.

Các hard fork tình cờ khác là một phần của các vấn đề về mã dẫn đến sự phân tách chuỗi ngắn.

Ví dụ: vào năm 2013, một khối có tổng số lượng đầu vào giao dịch lớn hơn so với trước đây đã được khai thác và phát sóng, trong khi một số nút không xử lý nó, dẫn đến sự phân tách. Sự cố đã được giải quyết sau khi một số nút hạ cấp phần mềm của họ để đạt được sự đồng thuận và từ chối khối lớn hơn này.

4. Sự khác biệt giữa Hard Fork và Soft Forks

Hard Fork không phải là cách duy nhất để nâng cấp phần mềm đằng sau một loại tiền điện tử. Ngược lại, Soft Fork được coi là một giải pháp thay thế an toàn hơn có khả năng tương thích ngược, có nghĩa là các nút không nâng cấp lên phiên bản mới hơn sẽ vẫn xem chuỗi là hợp lệ.

Một Soft Fork có thể được sử dụng để thêm các tính năng và chức năng mới không thay đổi các quy tắc mà một blockchain phải tuân theo. Soft fork thường được sử dụng để triển khai các tính năng mới ở cấp độ lập trình.

Để hiểu rõ hơn về sự khác biệt giữa Hard Fork và Soft Forks, có thể coi đây là một bản nâng cấp hệ điều hành cơ bản trên thiết bị di động hoặc máy tính. Sau khi nâng cấp, tất cả các ứng dụng trên thiết bị sẽ vẫn hoạt động với phiên bản hệ điều hành mới. Trong trường hợp này, một đợt hard fork sẽ là một sự thay đổi hoàn toàn đối với một hệ điều hành mới.