ਸੌਫਟ ਫੋਰਕਸ ਬਨਾਮ ਹਾਰਡ ਫੋਰਕਸ: ਬਿਟਕਾਇਨ ਦੇ ਨੈੱਟਵਰਕ ਵੰਡਾਂ ਅਤੇ ਵਿਵਾਦਾਂ ਦਾ ਇਤਿਹਾਸ

ਬਿਟਕਾਇਨ ਨੂੰ ਅਕਸਰ ਇੱਕ ਸਥਿਰ ਡਿਜੀਟਲ ਮੁਦਰਾ ਵਜੋਂ ਵੇਖਿਆ ਜਾਂਦਾ ਹੈ, ਇੱਕ ਡਿਜੀਟਲ ਸੋਨਾ ਜੋ ਸਮੇਂ ਨਾਲ ਅਪਰਿਵਰਤਿਤ ਰਹਿੰਦਾ ਹੈ। ਹਾਲਾਂਕਿ, ਪ੍ਰੋਟੋਕੋਲ ਇੱਕ ਸੌਫਟਵੇਅਰ ਹੈ ਜੋ ਜੀਉਣ ਲਈ ਰੱਖ-ਰਖਣ, ਠੀਕ ਕਰਨ ਅਤੇ ਅਪਗ੍ਰੇਡ ਕਰਨ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਵਿਕਾਸਕਾਰ ਲਗਾਤਾਰ ਮਹੱਤਵਪੂਰਨ ਬੱਗਾਂ ਨੂੰ ਠੀਕ ਕਰਨ ਅਤੇ ਅਪਗ੍ਰੇਡ ਪ੍ਰਦਾਨ ਕਰਨ ਲਈ ਕੰਮ ਕਰਦੇ ਹਨ ਜੋ ਯਕੀਨੀ ਬਣਾਉਂਦੇ ਹਨ ਕਿ ਸਿਸਟਮ ਸਮੇਂ ਦੀ ਪਰਖ ਸਹੇ ਹੈ। ਜਦੋਂ ਕਿ ਨੈੱਟਵਰਕ ਵਿਤਰਿਤ ਹੈ, ਭਾਵ ਕੋਈ ਇੱਕ ਸੀਈਓ ਜਾਂ ਡਾਇਰੈਕਟਰਾਂ ਦੀ ਬੋਰਡ ਫੈਸਲੇ ਨਹੀਂ ਲੈਂਦੀ, ਫੇਰਬਦਲ ਹੋਰ ਵੀ ਹੁੰਦੇ ਹਨ।

ਬਿਟਕਾਇਨ ਨੂੰ ਵਿਕਸਿਤ ਕਰਨ ਦੀ ਪ੍ਰਕਿਰਿਆ ਕੇਂਦਰੀਕ੍ਰਿਤ ਐਂਟਿਟੀਆਂ ਤੋਂ ਵੱਖਰੀ ਹੈ ਜਿੱਥੇ ਫੈਸਲੇ ਉੱਤੇ-ਥਲੇ ਤਰੀਕੇ ਨਾਲ ਹੁੰਦੇ ਹਨ। ਗਵਰਨੈਂਸ ਸ਼ਬਦ ਇੱਥੇ ਕੁਝ ਢਿੱਲੇ ਢੰਗ ਨਾਲ ਲਾਗੂ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਕਿਉਂਕਿ ਇਹ ਅਕਸਰ ਨੇਤਾਵਾਂ ਨੂੰ ਭੀੜ ਲਈ ਪ੍ਰਾਕਸੀ ਵਜੋਂ ਕੰਮ ਕਰਨ ਵਾਲੇ ਦਰਸਾਉਂਦਾ ਹੈ। ਬਿਟਕਾਇਨ ਵਿੱਚ, ਅਜਿਹੇ ਕੋਈ ਨੇਤਾ ਨਹੀਂ ਹਨ। ਪ੍ਰਕਿਰਿਆ ਅਰਧ-ਰਾਜਨੀਤਕ ਹੈ ਇਸ ਅਰਥ ਵਿੱਚ ਕਿ ਹਿੱਸੇਦਾਰਾਂ ਨੂੰ ਪ੍ਰਭਾਵ ਲਈ ਲੜਨਾ ਪੈਂਦਾ ਹੈ, ਪਰ ਇਹ ਗਣਤੰਤਰ ਜਾਂ ਅਮੀਰਸ਼ਾਹੀ ਨਹੀਂ ਹੈ।

ਵੋਟਿੰਗ ਜਾਂ ਅਧਿਕਾਰੀਆਂ ਨੂੰ ਚੁਣਨ ਦੀ ਬਜਾਏ, ਨੈੱਟਵਰਕ ਸਹਿਮਤੀ ਬਣਾਉਣ ਉੱਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ। ਵਿਚਾਰ-ਚਰਚਾ ਅਤੇ ਬੇਨਤੀ ਇਸ ਵਾਤਾਵਰਣ ਵਿੱਚ ਮਹੱਤਵਪੂਰਨ ਸਾਧਨ ਹਨ। ਅੰਤ ਵਿੱਚ, ਸਾਰੇ ਹਿੱਸੇਦਾਰ ਆਪਣੀ ਆਪਣੀ ਇੱਛਾ ਰੱਖਦੇ ਹਨ। ਇਹ ਇੱਕ ਆਪਟ-ਇਨ ਸਿਸਟਮ ਹੈ ਜਿੱਥੇ ਹਰ ਇੱਕ ਨੂੰ ਆਪਣੇ ਰਾਹ ਚੁਣਨ ਦਾ ਚੋਣ ਹੈ। ਨੈੱਟਵਰਕ ਉਸ ਨਾਲ ਵਿਨਿਰ੍ਹਿਤ ਹੈ ਜੋ ਉਸਦੇ ਉਪਭੋਗਤਾ ਆਪਣੇ ਕੰਪਿਊਟਰਾਂ ਉੱਤੇ ਚਲਾਉਣ ਦਾ ਚੋਣ ਕਰਦੇ ਹਨ।

ਹਿੱਸੇਦਾਰਾਂ ਵਿੱਚ ਡਿਫੌਲਟ ਸੰਸਕ੍ਰਿਤੀ ਇਹ ਹੈ ਕਿ ਪ੍ਰੋਟੋਕੋਲ ਬਦਲਾਈ ਨਹੀਂ ਜਾਂਦਾ ਜਦੋਂ ਤੱਕ ਬਿਲਕੁਲ ਜ਼ਰੂਰੀ ਨਾ ਹੋਵੇ। ਜਦੋਂ ਤੱਕ ਵਿਸ਼ਾਲ ਬਹੁਮਤ ਇੱਕ ਸੋਧ ਨੂੰ ਸਹਿਮਤ ਨਾ ਹੋਵੇ, ਸਥਿਤੀ ਵਿਚਾਰੋਂ ਵਾਧੂ ਰਹਿੰਦੀ ਹੈ। ਜਿਨ੍ਹਾਂ ਨੂੰ ਨਿਯਮ ਬਦਲਣੇ ਹਨ ਉਹ ਹਮੇਸ਼ਾ ਸੌਫਟਵੇਅਰ ਨੂੰ ਫੋਰਕ ਕਰਕੇ ਆਪਣੀ ਵਰਜਨ ਬਣਾਉਣ ਲਈ ਆਜ਼ਾਦ ਹਨ। ਇਹ ਗਤੀਸ਼ੀਲਤਾ ਨੇ ਨੈੱਟਵਰਕ ਨੂੰ ਪ੍ਰਤੀਧੀ ਧੜਿਆਂ ਵਿੱਚ ਵੰਡਣ ਵਾਲੀਆਂ ਮਹੱਤਵਪੂਰਨ ਇਤਿਹਾਸਕ ਘਟਨਾਵਾਂ ਨੂੰ ਜਨਮ ਦਿੱਤਾ ਹੈ।

ਵਿਕਾਸ ਪ੍ਰਸਤਾਵਾਂ ਦੀ ਭੂਮਿਕਾ

ਕੋਡ ਅਪਗ੍ਰੇਡ ਲਾਗੂ ਕਰਨ ਦੀ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਬਿਟਕਾਇਨ ਵਿਕਾਸ ਪ੍ਰਸਤਾਵਾਂ, ਜਿਨ੍ਹਾਂ ਨੂੰ BIPs ਵਜੋਂ ਜਾਣਿਆ ਜਾਂਦਾ ਹੈ, ਰਾਹੀਂ ਰੂਪੀਕਰਨ ਕੀਤਾ ਗਿਆ ਹੈ। ਇਹ ਦਸਤਾਵੇਜ਼ ਤਿਆਰ ਕੀਤੇ ਜਾਂਦੇ ਹਨ, ਸਹਿਯੋਗੀ-ਸਮੀਖਿਆ ਕੀਤੇ ਜਾਂਦੇ ਹਨ, ਜਨਤਕ ਚਰਚਾ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਅਤੇ ਕਠੋਰੀ ਤਰ੍ਹਾਂ ਪਰਖੇ ਜਾਂਦੇ ਹਨ। ਇੱਕ BIP ਦਾ ਉਦੇਸ਼ ਕਮਿਊਨਿਟੀ ਵਿੱਚ ਲਗਭਗ ਸਹਿਮਤੀ ਸਥਾਪਤ ਕਰਨਾ ਹੈ। ਲਗਭਗ ਸਹਿਮਤੀ ਤਾਂ ਹੀ ਹੱਲ ਹੁੰਦੀ ਹੈ ਜਦੋਂ ਬਹੁਤ ਸਾਰੇ ਲੋਕ ਇਸ ਨਾਲ ਸੰਤੁਸ਼ਟ ਹੋ ਜਾਂਦੇ ਹਨ ਕਿ ਪ੍ਰਸਤਾਵ ਵਿਰੋਧ ਨਿਰਧਾਰਤ ਜਾਂ ਹੱਲ ਕੀਤੇ ਗਏ ਹਨ।

ਜਦੋਂ ਇਹ ਸਹਿਮਤੀ ਪ੍ਰਾਪਤ ਹੋ ਜਾਂਦੀ ਹੈ, ਅਗਲਾ ਕਦਮ ਬਿਟਕਾਇਨ ਕੋਰ ਵਜੋਂ ਜਾਣੇ ਜਾਂਦੇ ਸੌਫਟਵੇਅਰ ਕਲਾਇੰਟ ਲਾਗੂ ਕਰਨ ਵਿੱਚ BIP ਨੂੰ ਏਕੀਕ੍ਰਿਤ ਕਰਨਾ ਹੈ। ਥੋੜ੍ਹੀ ਗਿਣਤੀ ਵਾਲੇ ਕੋਰ ਵਿਕਾਸਕਾਰਾਂ ਨੂੰ ਕੋਡ ਰਿਪੋਜ਼ੀਟਰੀ ਤੱਕ ਕਮਿਟ ਪਹੁੰਚ ਹੈ। ਇਸ ਦਾ ਅਰਥ ਹੈ ਕਿ ਉਹ ਕੋਡ ਨੂੰ ਕਮਿਊਨਿਟੀ ਵੱਲੋਂ ਮਾਨਤਾ ਪ੍ਰਾਪਤ ਜਨਤਕ ਪਲੇਟਫਾਰਮ ਉੱਤੇ ਅਪਲੋਡ ਕਰ ਸਕਦੇ ਹਨ। ਹਾਲਾਂਕਿ, ਉਹਨਾਂ ਦੀ ਸ਼ਕਤੀ ਨੋਡ ਆਪ੍ਰੇਟਰਾਂ ਵੱਲੋਂ ਸੀਮਿਤ ਹੈ।

ਅੰਤਿਮ ਅਤੇ ਸਭ ਤੋਂ ਮਹੱਤਵਪੂਰਨ ਕਦਮ ਉਪਭੋਗਤਾਵਾਂ ਜਾਂ ਨੋਡਾਂ ਦੇ ਨੈੱਟਵਰਕ ਲਈ ਨਵਾਂ ਸੌਫਟਵੇਅਰ ਵਰਜਨ ਇੰਸਟਾਲ ਕਰਨਾ ਹੈ। ਇਹ ਕਦਮ ਯਕੀਨੀ ਬਣਾਉਂਦਾ ਹੈ ਕਿ ਅੰਤ ਉਪਭੋਗਤਾ ਨੈੱਟਵਰਕ ਨੂੰ ਵਿਨਿਰ੍ਹਿਤ ਕਰਨ ਵਾਲੇ ਤੱਤਾਂ ਉੱਤੇ ਅੰਤਿਮ ਨਿਯੰਤਰਣ ਰੱਖਦੇ ਹਨ। ਸਿਰਫ਼ ਜਦੋਂ ਨਿਰਧਾਰਤ ਥਰੈਸ਼ਹੋਲਡ ਵਾਲੇ ਨੋਡ ਅਪਗ੍ਰੇਡ ਇੰਸਟਾਲ ਕਰਦੇ ਹਨ ਤਾਂ ਇਹ ਸਰਗਰਮ ਮੰਨਿਆ ਜਾਂਦਾ ਹੈ। ਪ੍ਰੋਟੋਕੋਲ ਨੂੰ ਮਹੱਤਵਪੂਰਨ ਤਰ੍ਹਾਂ ਬਦਲਣ ਵਾਲੇ ਫੇਰਬਦਲਾਂ ਲਈ, ਸਰਗਰਮੀ ਦੀ ਰੁਕਾਵਟ ਬਹੁਤ ਉੱਚੀ ਸੈੱਟ ਕੀਤੀ ਜਾਂਦੀ ਹੈ ਤਾਂ ਜੋ ਵਿਵਾਦ ਰੋਕਿਆ ਜਾ ਸਕੇ।

ਸਹਿਮਤੀ ਅਤੇ ਨੋਡ ਸ਼ਕਤੀ

ਇਸ ਇਕੋਸਿਸਟਮ ਵਿੱਚ ਵਿਆਪਕ ਆਵਾਜ਼ਾਂ ਹਨ। ਵਿਕਾਸਕਾਰ, ਮਾਈਨਰ, ਐਕਸਚੇਂਜ, ਵਾਲਟ ਪ੍ਰਦਾਤਾ, ਅਤੇ ਸੁਤੰਤਰ ਨੋਡ ਆਪ੍ਰੇਟਰ ਸਭ ਹਿੱਸਾ ਲੈਂਦੇ ਹਨ। ਇਹ ਗਰੁੱਪ ਗਤੀਸ਼ੀਲ ਸ਼ਕਤੀ ਸੰਘਰਸ਼ ਵਿੱਚ ਬੰਨ੍ਹੇ ਹੋਏ ਹਨ ਜਿੱਥੇ ਚੈੱਕ ਅਤੇ ਬੈਲੰਸ ਕਿਸੇ ਇੱਕ ਗਰੁੱਪ ਨੂੰ ਅਤਿਅਧਿਕ ਪ੍ਰਭਾਵ ਵਰਤਣ ਤੋਂ ਰੋਕਦੇ ਹਨ।

ਉਦਾਹਰਨ ਲਈ, ਬਿਟਕਾਇਨ ਕੋਰ ਕਲਾਇੰਟ ਵਿੱਚ ਯੋਗਦਾਨ ਪਾਉਣ ਵਾਲੇ ਵਿਕਾਸਕਾਰਾਂ ਦੀ ਗਿਣਤੀ ਲਗਭਗ 100 ਹੈ। ਇੱਕ ਨਿੱਟਾ ਇਹ ਨਤੀਜਾ ਕੱਢ ਸਕਦਾ ਹੈ ਕਿ ਉਹ ਨੈੱਟਵਰਕ ਨੂੰ ਨਿਯੰਤਰਿਤ ਕਰਦੇ ਹਨ। ਹਾਲਾਂਕਿ, ਹਜ਼ਾਰਾਂ ਸੁਤੰਤਰ ਨੋਡ ਹਨ। ਕਿਉਂਕਿ ਬਹੁਤ ਸਾਰੇ ਨੋਡ ਇੰਡੀਪੈਂਡੈਂਟਲੀ ਫੈਸਲਾ ਕਰਦੇ ਹਨ ਕਿ ਕਿਹੜਾ ਸੌਫਟਵੇਅਰ ਕਲਾਇੰਟ ਚਲਾਉਣਾ ਹੈ, ਵਿਕਾਸਕਾਰ ਨੋਡਾਂ ਪ੍ਰਤੀ ਜਵਾਬਦੇਹ ਹਨ। ਜੇ ਵਿਕਾਸਕਾਰ ਉਪਭੋਗਤਾਵਾਂ ਦੀ ਇੱਛਾ ਨਾਲ ਅਸੰਗਤ ਸੌਫਟਵੇਅਰ ਰਿਲੀਜ਼ ਕਰਦੇ ਹਨ, ਤਾਂ ਨੋਡ ਇਸ ਨੂੰ ਅਪਣਾਉਣ ਤੋਂ ਇਨਕਾਰ ਕਰ ਦੇਣਗੇ।

ਮਾਈਨਰ ਹੋਰ ਗਰੁੱਪ ਹਨ ਜਿਨ੍ਹਾਂ ਨੂੰ ਅਕਸਰ ਕੁੱਲ ਨਿਯੰਤਰਣ ਵਾਲੇ ਸਮਝਿਆ ਜਾਂਦਾ ਹੈ ਕਿਉਂਕਿ ਉਹ ਲੈਣ-ਦੇਣ ਦਾ ਆਦੇਸ਼ ਦਿੰਦੇ ਹਨ। ਵਾਦਾ ਇਹ ਹੈ ਕਿ 50% ਹੈਸ਼ਪਾਵਰ ਵਾਲੇ ਮਾਈਨਰਾਂ ਦੀ ਇੱਕ ਟੋਲੀ ਨੈੱਟਵਰਕ ਨੂੰ ਅਪਹਰਣ ਕਰ ਸਕਦੀ ਹੈ। ਹਾਲਾਂਕਿ, ਮਾਈਨਰ ਵੀ ਨੋਡਾਂ ਪ੍ਰਤੀ ਜਵਾਬਦੇਹ ਹਨ। ਜੇ ਮਾਈਨਰ ਉਹ ਬਲਾਕ ਉਤਪਾਦਿਤ ਕਰਦੇ ਹਨ ਜੋ ਨੋਡਾਂ ਵੱਲੋਂ ਸਹਿਮਤ ਨਿਯਮਾਂ ਦੀ ਉਲੰਘਣਾ ਕਰਦੇ ਹਨ, ਤਾਂ ਨੋਡ ਉਹ ਬਲਾਕ ਖਾਰਜ ਕਰ ਦੇਣਗੇ। ਮਾਈਨਰ ਫਿਰ ਬਿਜਲੀ ਅਤੇ ਪੈਸੇ ਨੂੰ ਉਹ ਚੇਨ ਵਰਜਨ ਉੱਤੇ ਖਰਚ ਕਰਨਗੇ ਜਿਸ ਨੂੰ ਆਰਥਿਕ ਬਹੁਮਤ ਅਣਦੇਖਾ ਕਰਦੀ ਹੈ।

ਨੈੱਟਵਰਕ ਅਪਗ੍ਰੇਡਸ ਨੂੰ ਵਿਨਿਰ੍ਹਿਤ ਕਰਨਾ: ਸੌਫਟ ਬਨਾਮ ਹਾਰਡ ਫੋਰਕਸ

ਜਦੋਂ ਅਪਗ੍ਰੇਡ ਪ੍ਰਸਤਾਵਿਤ ਕੀਤੇ ਜਾਂਦੇ ਹਨ, ਉਹ ਆਮ ਤੌਰ ਤੇ ਦੋ ਸ਼੍ਰੇਣੀਆਂ ਵਿੱਚ ਡਿੱਗਦੇ ਹਨ: ਸੌਫਟ ਫੋਰਕਸ ਅਤੇ ਹਾਰਡ ਫੋਰਕਸ। ਵਿਸ਼ੇਸ਼ਤਾ ਨਵੇਂ ਨਿਯਮਾਂ ਦੇ ਪੁਰਾਣੇ ਨਿਯਮਾਂ ਨਾਲ ਇੰਟਰੈਕਟ ਕਰਨ ਵਿੱਚ ਨਿਹਿਤ ਹੈ। ਇਹ ਤਕਨੀਕੀ ਅੰਤਰ ਕਮਿਊਨਿਟੀ ਏਕਤਾ ਅਤੇ ਨੈੱਟਵਰਕ ਨਿਰੰਤਰਤਾ ਲਈ ਡੂੰਘੇ ਪ੍ਰਭਾਵ ਪੈਦਾ ਕਰਦਾ ਹੈ।

ਸੌਫਟ ਫੋਰਕ ਇੱਕ ਪਿਛੋਕੜ-ਸੰਗਤ ਅਪਗ੍ਰੇਡ ਹੈ। ਇਸ ਦਾ ਅਰਥ ਹੈ ਕਿ ਨਵਾਂ ਸੌਫਟਵੇਅਰ ਵਰਜਨ ਚਲਾਉਣ ਵਾਲੇ ਨੋਡ ਪਿਛਲੇ ਵਰਜਨ ਚਲਾਉਣ ਵਾਲੇ ਨੋਡਾਂ ਨਾਲ ਸੰਗਤ ਰਹਿੰਦੇ ਹਨ। ਸੌਫਟ ਫੋਰਕ ਵਿੱਚ, ਨਵੇਂ ਨਿਯਮ ਪੁਰਾਣੇ ਨਿਯਮਾਂ ਨਾਲੋਂ ਵਧੇਰੇ ਸਖ਼ਤ ਜਾਂ ਵਧੇਰੇ ਪਾਬੰਦੀ ਵਾਲੇ ਹੁੰਦੇ ਹਨ। ਪੁਰਾਣੇ ਨੋਡ ਨਵੇਂ ਲੈਣ-ਦੇਣ ਨੂੰ ਵੈਲਿਡ ਵਜੋਂ ਵੇਖਦੇ ਰਹਿਣਗੇ, ਭਾਵੇਂ ਉਹ ਲਾਗੂ ਕੀਤੀਆਂ ਜਾਂਦੀਆਂ ਨਵੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਨੂੰ ਨਾ ਸਮਝਣ।

ਇਸ ਸੰਗਤਤਾ ਕਾਰਨ, ਸੌਫਟ ਫੋਰਕਸ ਨੂੰ ਪੂਰੇ ਨੈੱਟਵਰਕ ਨੂੰ ਇੱਕੋ ਵਾਰ ਅਪਗ੍ਰੇਡ ਕਰਨ ਦੀ ਲੋੜ ਨਹੀਂ ਹੁੰਦੀ। ਇਹ ਇੱਕ ਨਰਮ ਰੂਪਾਂਤਰਣ ਪਥ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ। ਨੋਡ ਜੋ ਅਪਗ੍ਰੇਡ ਨਹੀਂ ਕਰਦੇ ਉਹ ਵੀ ਨੈੱਟਵਰਕ ਵਿੱਚ ਹਿੱਸਾ ਲੈ ਸਕਦੇ ਹਨ, ਹਾਲਾਂਕਿ ਉਹ ਨਵੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਨੂੰ ਵਰਤ ਨਹੀਂ ਸਕਦੇ। ਇਹ ਮਕੈਨਿਜ਼ਮ ਨੋਡਾਂ ਨੂੰ, ਵਿਕਾਸਕਾਰਾਂ ਨਾਲੋਂ, ਲਾਗੂ ਕਰਨ ਉੱਤੇ ਅੰਤਿਮ ਕਹਿਣ ਦਿੰਦਾ ਹੈ।

ਹਾਰਡ ਫੋਰਕਸ ਦੀ ਕੁਦਰਤ

ਜਦੋਂ ਇੱਕ ਪ੍ਰਸਤਾਵ ਪਿਛੋਕੜ-ਸੰਗਤ ਨਹੀਂ ਹੁੰਦਾ, ਤਾਂ ਇਸ ਨੂੰ ਹਾਰਡ ਫੋਰਕ ਵਜੋਂ ਜਾਣਿਆ ਜਾਂਦਾ ਹੈ। ਇਸ ਸਥਿਤੀ ਵਿੱਚ, ਨਵੇਂ ਨਿਯਮ ਪੁਰਾਣੇ ਨਿਯਮਾਂ ਨਾਲ ਪ੍ਰਭਾਵਸ਼ਾਲੀ ਤਰ੍ਹਾਂ ਵਿਰੋਧ ਕਰਦੇ ਹਨ। ਸਿਰਫ਼ ਨਵਾਂ ਵਰਜਨ ਚਲਾਉਣ ਵਾਲੇ ਨੋਡ ਇੱਕ ਦੂਜੇ ਨਾਲ ਸੰਗਤ ਹੁੰਦੇ ਹਨ। ਪੂਰੀ ਨੋਡ ਕਮਿਊਨਿਟੀ ਨੂੰ ਨਵਾਂ ਵਰਜਨ ਵਰਤਣ ਲਈ ਸਹਿਮਤ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ ਤਾਂ ਜੋ ਇੱਕੋ ਨੈੱਟਵਰਕ ਉੱਤੇ ਰਹੇ।

ਜੇ ਕਮਿਊਨਿਟੀ ਦਾ ਕੋਈ ਵੀ ਹਿੱਸਾ ਨਵਾਂ ਸੌਫਟਵੇਅਰ ਇੰਸਟਾਲ ਅਤੇ ਚਲਾਉਣ ਲਈ ਸਹਿਮਤ ਨਹੀਂ ਹੁੰਦਾ, ਤਾਂ ਨਤੀਜਾ ਸਥਾਈ ਵਿਭਾਜਨ ਹੈ। ਬਲਾਕਚੇਨ ਦੋ ਵੱਖਰੀਆਂ ਚੇਨਾਂ ਵਿੱਚ ਵੰਡ ਜਾਂਦੀ ਹੈ ਜੋ ਹੋਰ ਇੱਕ ਦੂਜੇ ਨਾਲ ਸੰਚਾਰ ਨਹੀਂ ਕਰਦੀਆਂ। ਇੱਕ ਚੇਨ ਪੁਰਾਣੇ ਨਿਯਮਾਂ ਦੀ ਪਾਲਣਾ ਕਰਦੀ ਹੈ, ਅਤੇ ਦੂਜੀ ਨਵੇਂ ਨਿਯਮਾਂ ਦੀ। ਇਹ ਵੰਡ ਦੇ ਸਮੇਂ ਤੱਕ ਸਾਂਝੀ ਇਤਿਹਾਸ ਵਾਲੀਆਂ ਦੋ ਵੱਖਰੀਆਂ ਕ੍ਰਿਪਟੋਕਰੰਸੀਆਂ ਬਣਾਉਂਦੀ ਹੈ।

ਹਾਰਡ ਫੋਰਕਸ ਆਮ ਤੌਰ ਤੇ ਪ੍ਰੋਟੋਕੋਲ ਦੇ ਭਵਿੱਖੀ ਦਿਸ਼ਾ ਬਾਰੇ ਮਹੱਤਵਪੂਰਨ ਅਸਹਿਮਤੀਆਂ ਕਾਰਨ ਹੁੰਦੇ ਹਨ। ਇਹ ਸਕੇਲੇਬਿਲਟੀ, ਸੁਰੱਖਿਆ ਠੀਕਾਂ, ਜਾਂ ਸਿੱਕੇ ਦੇ ਉਦੇਸ਼ ਬਾਰੇ ਵਿਚਾਰਧਾਰਾਤਮਕ ਅੰਤਰਾਂ ਤੋਂ ਉਭਰ ਸਕਦੇ ਹਨ। ਜਦੋਂ ਇਹ ਅਸਹਿਮਤੀਆਂ ਸਹਿਮਤੀ ਰਾਹੀਂ ਹੱਲ ਨਹੀਂ ਹੁੰਦੀਆਂ, ਤਾਂ ਵੰਡ ਦੋਵਾਂ ਪਾਸਿਆਂ ਲਈ ਆਪਣੀ ਦ੍ਰਿਸ਼ਟੀ ਅਨੁਸਰਨ ਕਰਨ ਦਾ ਇੱਕੋ ਰਾਹ ਬਣ ਜਾਂਦੀ ਹੈ।

ਵਿਸ਼ੇਸ਼ਤਾ	ਸੌਫਟ ਫੋਰਕ	ਹਾਰਡ ਫੋਰਕ
ਸੰਗਤਤਾ	ਪਿਛੋਕੜ ਸੰਗਤ	ਸੰਗਤ ਨਹੀਂ
ਅਪਗ੍ਰੇਡ ਲੋੜ	ਕੁਝ ਨੋਡਾਂ ਲਈ ਆਪਸ਼ਨਲ	ਸਭ ਲਈ ਲਾਜ਼ਮੀ
ਨਤੀਜਾ	ਇੱਕ ਚੇਨ ਜਾਰੀ ਰਹਿੰਦੀ ਹੈ	ਚੇਨ ਦੋ ਵਿੱਚ ਵੰਡ ਜਾਂਦੀ ਹੈ

ਵੰਡਣ ਦੇ ਨਤੀਜੇ

ਹਾਰਡ ਫੋਰਕ ਦੇ ਪ੍ਰਭਾਵ ਮਹੱਤਵਪੂਰਨ ਹਨ। ਪਹਿਲਾਂ, ਇੱਕ ਨਵੀਂ ਕ੍ਰਿਪਟੋਕਰੰਸੀ ਬਣਾਈ ਜਾਂਦੀ ਹੈ। ਜੇ ਇੱਕ ਉਪਭੋਕਤਾ ਫੋਰਕ ਤੋਂ ਪਹਿਲਾਂ ਮੂਲ ਚੇਨ ਉੱਤੇ ਸਿੱਕੇ ਰੱਖਦਾ ਹੈ, ਤਾਂ ਉਹ ਆਮ ਤੌਰ ਤੇ ਨਵੀਂ ਚੇਨ ਉੱਤੇ ਨਵੇਂ ਸਿੱਕੇ ਦੀ ਬਰਾਬਰ ਮਾਤਰਾ ਪ੍ਰਾਪਤ ਕਰਦਾ ਹੈ। ਇਹ ਇਸ ਕਾਰਨ ਹੁੰਦਾ ਹੈ ਕਿਉਂਕਿ ਦੋਵੇਂ ਚੇਨਾਂ ਵੰਡ ਵਾਲੇ ਬਲਾਕ ਤੱਕ ਇੱਕੋ ਇਤਿਹਾਸ ਅਤੇ ਲੈਜਰ ਸਾਂਝੇ ਕਰਦੀਆਂ ਹਨ।

ਕੀਮਤ ਵੋਲੈਟਿਲਟੀ ਹੋਰ ਮਹੱਤਵਪੂਰਨ ਨਤੀਜਾ ਹੈ। ਬਾਜ਼ਾਰ ਨੂੰ ਦੋ ਪ੍ਰਤੀਯੋਗੀ ਚੇਨਾਂ ਦੀ ਕੀਮਤ ਫੈਸਲਾ ਕਰਨੀ ਪੈਂਦੀ ਹੈ। ਇਹ ਉਪਭੋਕਤਾਵਾਂ ਅਤੇ ਵਪਾਰਾਂ ਵਿੱਚ ਉਲਝਣ ਪੈਦਾ ਕਰ ਸਕਦਾ ਹੈ। ਰੀਪਲੇ ਅਟੈਕਸ, ਜਿੱਥੇ ਇੱਕ ਚੇਨ ਉੱਤੇ ਲੈਣ-ਦੇਣ ਨੂੰ ਦੂਜੀ ਉੱਤੇ ਬੁਰੀ ਭਾਵਨਾ ਨਾਲ ਦੁਹਰਾਇਆ ਜਾਂਦਾ ਹੈ, ਸਹੀ ਸੁਰੱਖਿਆ ਨਾ ਲਾਗੂ ਕੀਤੀ ਜਾਵੇ ਤਾਂ ਜੋਖਮ ਵੀ ਹੋ ਸਕਦਾ ਹੈ।

ਇਸ ਤੋਂ ਵਿਅਕਤੀ, ਹਾਰਡ ਫੋਰਕਸ ਕਮਿਊਨਿਟੀ ਨੂੰ ਤੋੜਦੇ ਹਨ। ਵਿਕਾਸਕਾਰਾਂ, ਮਾਈਨਰਾਂ, ਅਤੇ ਉਪਭੋਕਤਾਵਾਂ ਨੂੰ ਪਾਸੇ ਚੁਣਨੇ ਪੈਂਦੇ ਹਨ। ਇਹ ਵੰਡ ਨੈੱਟਵਰਕ ਪ੍ਰਭਾਵ ਨੂੰ ਪਤਲਾ ਕਰ ਸਕਦੀ ਹੈ, ਜੋ ਕ੍ਰਿਪਟੋਕਰੰਸੀ ਦੇ ਮੁੱਖ ਮੁੱਲ ਚਾਲਕਾਂ ਵਿੱਚੋਂ ਇੱਕ ਹੈ। ਜਦੋਂ ਕਿ ਕੁਝ ਫੋਰਕਸ ਨੂੰ ਬਾਜ਼ਾਰ ਚੋਣ ਦੀ ਵਿਸ਼ੇਸ਼ਤਾ ਵਜੋਂ ਵੇਖਦੇ ਹਨ, ਦੂਸਰੇ ਉਹਨਾਂ ਨੂੰ ਸਥਿਰਤਾ ਅਤੇ ਸੁਰੱਖਿਆ ਲਈ ਖ਼ਤਰਾ ਮੰਨਦੇ ਹਨ।

ਬਲਾਕ ਅਕਾਰ ਯੁੱਧ ਅਤੇ ਬਿਟਕਾਇਨ ਕੈਸ਼

ਇਤਿਹਾਸ ਵਿੱਚ ਸਭ ਤੋਂ ਵੱਧ ਪ੍ਰਭਾਵਸ਼ਾਲੀ ਹਾਰਡ ਫੋਰਕ 2017 ਵਿੱਚ ਵਾਪਰਿਆ। ਇਹ "ਬਲਾਕ ਅਕਾਰ ਯੁੱਧ" ਵਜੋਂ ਜਾਣੇ ਜਾਂਦੇ ਸਾਲਾਂ ਲੰਬੇ ਵਿਚਾਰ-ਚਰਚਾ ਦਾ ਚਰਮ ਸੀ। ਅਸਹਿਮਤੀ ਨੈੱਟਵਰਕ ਨੂੰ ਵਧੇਰੇ ਲੈਣ-ਦੇਣ ਹੈਂਡਲ ਕਰਨ ਲਈ ਸਕੇਲ ਕਰਨ ਬਾਰੇ ਕੇਂਦਰਿਤ ਸੀ।

ਜਿਵੇਂ ਅਪਣਾਉਣਾ ਵਧਿਆ, ਮੂਲ ਡਿਜ਼ਾਈਨ, ਜੋ ਸੀਮਿਤ ਲੈਣ-ਦੇਣ ਪ੍ਰਤੀ ਸੈਕੰਡ ਨੂੰ ਸਮਰਥਨ ਕਰਦਾ ਹੈ, ਸੰਘਰਸ਼ ਕਰਨ ਲੱਗ ਪਿਆ। ਬਲਾਕ ਭਰੇ ਹੋਣ ਲੱਗੇ, ਜਿਸ ਨਾਲ ਨੈੱਟਵਰਕ ਭੀੜ ਪੈਦਾ ਹੋਈ। ਇਸ ਨਾਲ ਲੈਣ-ਦੇਣ ਸਮੇਂ ਹੌਲੀ ਹੋ ਗਏ ਅਤੇ ਫੀਸ ਵਧ ਗਈਆਂ। ਪੀਕ ਕਾਲਾਂ ਦੌਰਾਨ, ਨੈੱਟਵਰਕ ਨੂੰ ਛੋਟੇ ਭੁਗਤਾਨਾਂ ਲਈ ਵਰਤਣਾ ਅਸੰਭਵ ਹੋ ਗਿਆ।

ਇੱਕ ਡੇਰੇ ਨੂੰ ਲੱਗਾ ਕਿ ਹੱਲ ਬਲਾਕ ਅਕਾਰ ਹੱਦ ਵਧਾਉਣਾ ਹੈ। ਉਹ ਵਾਦ ਕਰਦੇ ਸਨ ਕਿ ਵੱਡੇ ਬਲਾਕ ਵਧੇਰੇ ਲੈਣ-ਦੇਣ ਇੱਕੋ ਵਾਰ ਪ੍ਰੋਸੈਸ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦੇਣਗੇ, ਫੀਸ ਨੂੰ ਘੱਟ ਰੱਖਣਗੇ ਅਤੇ ਰੋਜ਼ਾਨਾ ਭੁਗਤਾਨਾਂ ਲਈ ਮੁਦਰਾ ਦੀ ਉਪਯੋਗਤਾ ਬਣਾਈ ਰੱਖਣਗੇ। ਉਹ ਐਸੈੱਟ ਨੂੰ ਮੁੱਖ ਤੌਰ ਤੇ ਡਿਜੀਟਲ ਕੈਸ਼ ਵਰਗੇ ਬਦਲਣ ਦੇ ਮਾਧਿਅਮ ਵਜੋਂ ਵੇਖਦੇ ਸਨ।

ਵਿਰੋਧੀ ਡੇਰੇ ਨੇ ਵਾਦ ਕੀਤਾ ਕਿ ਬਲਾਕ ਅਕਾਰ ਵਧਾਉਣ ਨਾਲ ਬਲਾਕਚੇਨ ਔਸਤ ਉਪਭੋਕਤਾਵਾਂ ਲਈ ਸਟੋਰ ਕਰਨ ਲਈ ਬਹੁਤ ਵੱਡੀ ਹੋ ਜਾਵੇਗੀ। ਉਹ ਮੰਨਦੇ ਸਨ ਕਿ ਇਹ ਕੇਂਦਰੀਕਰਨ ਵੱਲ ਲੈ ਜਾਵੇਗਾ, ਜਿੱਥੇ ਸਿਰਫ਼ ਵੱਡੇ ਡਾਟਾ ਸੈਂਟਰ ਨੋਡ ਚਲਾ ਸਕਣਗੇ। ਉਹ ਬਲਾਕਾਂ ਨੂੰ ਛੋਟੇ ਰੱਖਣ ਅਤੇ ਸਕੇਲਿੰਗ ਲਈ ਹੋਰ ਲੇਅਰਾਂ ਵਰਤਣ ਦੀ ਵਕਾਲਤ ਕਰਦੇ ਸਨ ਤਾਂ ਜੋ ਵਿਤਰਨ ਨੂੰ ਬਚਾਇਆ ਜਾ ਸਕੇ।

ਬਿਟਕਾਇਨ ਕੈਸ਼ ਦਾ ਜਨਮ

ਅਗਸਤ 2017 ਵਿੱਚ, ਅਸਹਿਮਤੀ ਟੁੱਟਨ ਦੇ ਬਿੰਦੂ ਤੱਕ ਪਹੁੰਚ ਗਈ। ਹਿੱਸੇਦਾਰ ਏਕੀਕ੍ਰਿਤ ਸਕੇਲਿੰਗ ਵਿਧੀ ਉੱਤੇ ਸਹਿਮਤ ਨਹੀਂ ਹੋ ਸਕੇ। ਵਿਕਾਸਕਾਰਾਂ ਅਤੇ ਮਾਈਨਰਾਂ ਦੇ ਇੱਕ ਗਰੁੱਪ ਨੇ ਬਲਾਕ ਅਕਾਰ ਹੱਦ ਵਧਾਉਣ ਲਈ ਹਾਰਡ ਫੋਰਕ ਸ਼ੁਰੂ ਕੀਤਾ। ਇਸ ਨਾਲ ਬਿਟਕਾਇਨ ਕੈਸ਼ (BCH) ਦਾ ਨਿਰਮਾਣ ਹੋਇਆ।

ਬਿਟਕਾਇਨ ਕੈਸ਼ ਨੇ ਬਲਾਕ ਅਕਾਰ ਵਧਾ ਕੇ ਵੱਡੇ ਲੈਣ-ਦੇਣ ਥਰੋਟਪੁਟ ਲਈ ਇਜਾਜ਼ਤ ਦਿੱਤੀ। ਇਸ ਨਾ ਘੱਟ ਫੀਸ ਵਾਲੇ ਪੀਅਰ-ਟੂ-ਪੀਅਰ ਇਲੈਕਟ੍ਰਾਨਿਕ ਕੈਸ਼ ਸਿਸਟਮ ਦੇ ਦ੍ਰਿਸ਼ਟੀਕੋਣ ਨੂੰ ਪੂਰਾ ਕਰਨ ਦਾ ਉਦੇਸ਼ ਸੀ। ਵੰਡ ਵਿਵਾਦਾਸਪਦ ਸੀ, ਦੋਵੇਂ ਪਾਸੇ ਮੂਲ ਵ੍ਹਾਈਟ ਪੇਪਰ ਦੇ "ਸੱਚੇ" ਦ੍ਰਿਸ਼ਟੀਕੋਣ ਦਾ ਦਾਅਵਾ ਕਰ ਰਹੇ ਸਨ।

ਫੋਰਕ ਤੋਂ ਬਾਅਦ, ਬਿਟਕਾਇਨ ਅਤੇ ਬਿਟਕਾਇਨ ਕੈਸ਼ ਪੂਰੀ ਤਰ੍ਹਾਂ ਵੱਖਰੇ ਨੈੱਟਵਰਕ ਵਜੋਂ ਕੰਮ ਕਰ ਰਹੇ ਹਨ। ਉਹਨਾਂ ਕੋਲ ਵੱਖਰੀਆਂ ਵਿਕਾਸ ਟੀਮਾਂ, ਵੱਖਰੇ ਬਾਜ਼ਾਰ ਮੁੱਲ, ਅਤੇ ਵੱਖਰੇ ਰੋਡਮੈਪ ਹਨ। ਜਦੋਂ ਕਿ ਉਹ ਇੱਕੋ ਜੈਨੈਸਿਸ ਬਲਾਕ ਅਤੇ ਸ਼ੁਰੂਆਤੀ ਇਤਿਹਾਸ ਸਾਂਝੇ ਕਰਦੇ ਹਨ, ਹੁਣ ਉਹ ਸਕੇਲਿੰਗ ਅਤੇ ਉਪਯੋਗਤਾ ਬਾਰੇ ਵੱਖਰੀਆਂ ਫਿਲਾਸਫੀਆਂ ਵਾਲੇ ਵੱਖਰੇ ਐਸੈੱਟ ਹਨ।

ਬਾਅਦ ਵਾਲੇ ਫੋਰਕਸ ਅਤੇ ਟੁਕੜੇ

ਬਿਟਕਾਇਨ ਕੈਸ਼ ਵੰਡ ਤੋਂ ਬਾਅਦ, ਹੋਰ ਹਾਰਡ ਫੋਰਕਸ ਵਾਪਰੇ। ਅਕਤੂਬਰ 2017 ਵਿੱਚ, ਬਿਟਕਾਇਨ ਗੋਲਡ (BTG) ਲਾਂਚ ਕੀਤਾ ਗਿਆ। ਇਸ ਦਾ ਉਦੇਸ਼ ਪ੍ਰੂਫ਼-ਅਫ਼-ਵਰਕ ਅਲਗੋਰਿਦਮ ਬਦਲ ਕੇ ਮਾਈਨਿੰਗ ਨੂੰ ਵਿਤਰਿਤ ਕਰਨਾ ਸੀ। ਨਿਰਮਾਤਾਵਾਂ ਨੇ ਮਾਈਨਿੰਗ ਨੂੰ ਮਹਿੰਗੇ ਵਿਸ਼ੇਸ਼ ਉਪਕਰਣਾਂ ਦੀ ਬਜਾਏ ਸਟੈਂਡਰਡ ਗ੍ਰਾਫਿਕਸ ਕਾਰਡ ਵਾਲੇ ਉਪਭੋਕਤਾਵਾਂ ਲਈ ਉਪਲਬਧ ਬਣਾਉਣਾ ਚਾਹਿਆ।

ਬਿਟਕਾਇਨ ਕੈਸ਼ ਨੈੱਟਵਰਕ ਵਿੱਚ ਹੀ ਇੱਕ ਹੋਰ ਮਹੱਤਵਪੂਰਨ ਵੰਡ ਵਾਪਰੀ। ਨਵੰਬਰ 2018 ਵਿੱਚ, ਬਲਾਕ ਅਕਾਰ ਹੱਦਾਂ ਅਤੇ ਤਕਨੀਕੀ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਉੱਤੇ ਅਸਹਿਮਤੀ ਨੇ ਬਿਟਕਾਇਨ SV (BSV) ਦੇ ਨਿਰਮਾਣ ਨੂੰ ਜਨਮ ਦਿੱਤਾ। BSV ਪੱਖਪਾਤੀ ਵੱਡੇ ਬਲਾਕ ਅਕਾਰਾਂ ਦੀ ਵਕਾਲਤ ਕਰਦੇ ਹਨ ਤਾਂ ਜੋ ਐਂਟਰਪ੍ਰਾਈਜ਼ ਪੱਧਰ ਤੱਕ ਯੋਗਤਾ ਵਧਾਈ ਜਾ ਸਕੇ।

ਬਿਟਕਾਇਨ ਡਾਇਮੰਡ (BCD) ਵੀ ਦੇਰ 2017 ਵਿੱਚ ਉਭਰਿਆ। ਇਸ ਨੇ ਬਲਾਕ ਅਕਾਰ ਹੱਦ ਵਧਾਈ ਅਤੇ ਸਿੱਕਿਆਂ ਦੀ ਕੁੱਲ ਸਪਲਾਈ ਨੂੰ ਐਡਜਸਟ ਕੀਤਾ। ਇਹਨਾਂ ਹਰੇਕ ਫੋਰਕ ਨੇ ਮੁੱਖ ਪ੍ਰੋਟੋਕੋਲ ਦੀਆਂ ਮੰਨੀਆਂ ਕਮੀਆਂ ਨੂੰ ਹੱਲ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕੀਤੀ। ਹਾਲਾਂਕਿ, ਇੱਕ ਫੋਰਕ ਦੀ ਸਫਲਤਾ ਕਮਿਊਨਿਟੀ ਸਮਰਥਨ ਅਤੇ ਵਿਕਾਸਕਾਰ ਕਾਬਲਿਤ ਉੱਤੇ ਬਹੁਤ ਨਿਰਭਰ ਕਰਦੀ ਹੈ। ਬਹੁਤ ਸਾਰੇ ਫੋਰਕਸ ਨੇ ਮੂਲ ਚੇਨ ਵਰਗੀ relevance ਜਾਂ ਬਾਜ਼ਾਰ ਮੁੱਲ ਨਹੀਂ ਬਣਾਇਆ।

ਸੈਗਰੇਗੇਟਿਡ ਵਿਟਨੈੱਸ: ਸੌਫਟ ਫੋਰਕ ਵਿਕਲਪ

ਜਦੋਂ ਵੱਡੇ ਬਲਾਕ ਡੇਰੇ ਨੇ ਹਾਰਡ ਫੋਰਕ ਲਈ ਚੋਣ ਕੀਤੀ, ਮੁੱਖ ਨੈੱਟਵਰਕ ਨੇ ਸੈਗਰੇਗੇਟਿਡ ਵਿਟਨੈੱਸ, ਜਾਂ SegWit, ਵਰਗੇ ਸੌਫਟ ਫੋਰਕ ਅਪਗ੍ਰੇਡ ਨੂੰ ਅਨੁਸਰਿਆ। 2017 ਵਿੱਚ ਪੇਸ਼ ਕੀਤਾ ਗਿਆ, SegWit ਸਕੇਲਿੰਗ ਸਮੱਸਿਆ ਲਈ ਇੱਕ ਹੋਸ਼ਿਆਰ ਇੰਜੀਨੀਅਰਿੰਗ ਹੱਲ ਸੀ ਜਿਸ ਨੂੰ ਚੇਨ ਵੰਡ ਦੀ ਲੋੜ ਨਹੀਂ ਸੀ।

SegWit ਲੈਣ-ਦੇਣ ਡਾਟਾ ਨੂੰ ਸਟੋਰ ਕਰਨ ਦੇ ਤਰੀਕੇ ਨੂੰ ਬਦਲ ਕੇ ਕੰਮ ਕਰਦਾ ਹੈ। ਇੱਕ ਸਟੈਂਡਰਡ ਲੈਣ-ਦੇਣ ਵਿੱਚ, ਡਿਜੀਟਲ ਸਿਗਨੇਚਰ, ਜਾਂ "ਵਿਟਨੈੱਸ ਡਾਟਾ," ਵਿਸ਼ਾਲ ਜਗ੍ਹਾ ਲੈਂਦਾ ਹੈ। SegWit ਇਸ ਵਿਟਨੈੱਸ ਡਾਟਾ ਨੂੰ ਮੁੱਖ ਲੈਣ-ਦੇਣ ਬਲਾਕ ਤੋਂ ਅਲੱਗ ਕਰਦਾ ਹੈ। ਇਹ ਸਿਗਨੇਚਰਾਂ ਨੂੰ ਵਿਸਥਾਰਿਤ ਬਲਾਕ ਢਾਂਚੇ ਵਿੱਚ ਬਦਲ ਦਿੰਦਾ ਹੈ।

ਇਹ ਕਰਕੇ, SegWit ਨੇ ਤਕਨੀਕੀ ਤੌਰ ਤੇ 1MB ਨਿਯਮ ਨੂੰ ਬਦਲੇ ਬਿਨਾਂ ਬਲਾਕ ਅਕਾਰ ਹੱਦ ਨੂੰ ਪ੍ਰਭਾਵਸ਼ਾਲੀ ਤਰ੍ਹਾਂ ਵਧਾ ਦਿੱਤਾ ਜੋ ਪੁਰਾਣੇ ਨੋਡਾਂ ਵੱਲੋਂ ਲਾਗੂ ਕੀਤਾ ਜਾਂਦਾ ਸੀ। ਇਸ ਨੇ "ਵੇਟ ਯੂਨਿਟਸ" ਦੀ ਸੰਕਲਪਨਾ ਪੇਸ਼ ਕੀਤੀ। ਵਿਟਨੈੱਸ ਡਾਟਾ ਨੂੰ ਹੋਰ ਲੈਣ-ਦੇਣ ਡਾਟੇ ਨਾਲੋਂ ਘੱਟ ਵਜ਼ਨ ਨਾਲ ਗਿਣਿਆ ਜਾਂਦਾ ਹੈ। ਇਹ ਇੱਕ ਬਲਾਕ ਵਿੱਚ ਵਧੇਰੇ ਲੈਣ-ਦੇਣ ਫਿੱਟ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ, ਥਰੋਟਪੁਟ ਵਧਾਉਂਦਾ ਹੈ ਅਤੇ ਫੀਸ ਘਟਾਉਂਦਾ ਹੈ।

ਲੈਣ-ਦੇਣ ਲਚਕਸ਼ੀਲਤਾ ਨੂੰ ਠੀਕ ਕਰਨਾ

ਸਕੇਲਿੰਗ ਤੋਂ ਪਰੇ, SegWit ਨੇ ਲੈਣ-ਦੇਣ ਲਚਕਸ਼ੀਲਤਾ ਵਜੋਂ ਜਾਣੇ ਜਾਂਦੇ ਮਹੱਤਵਪੂਰਨ ਬੱਗ ਨੂੰ ਠੀਕ ਕੀਤਾ। SegWit ਤੋਂ ਪਹਿਲਾਂ, ਲੈਣ-ਦੇਣ ਦੀ ਪੁਸ਼ਟੀ ਹੋਣ ਤੋਂ ਪਹਿਲਾਂ ਇਸ ਦੇ ਵਿਲੱਖਣ ID ਨੂੰ ਥੋੜ੍ਹਾ ਬਦਲਣਾ ਸੰਭਵ ਸੀ। ਇਹ ਭੁਗਤਾਨ ਦੀ ਵੈਲਿਡਿਟੀ ਨੂੰ ਬਦਲ ਨਹੀਂ ਸਕਦਾ ਸੀ ਪਰ ਦੂਜੇ-ਲੇਅਰ ਪ੍ਰੋਟੋਕੋਲਾਂ ਲਈ ਸਮੱਸਿਆਵਾਂ ਪੈਦਾ ਕਰਦਾ ਸੀ।

ਸਿਗਨੇਚਰ ਨੂੰ ਲੈਣ-ਦੇਣ ID ਤੋਂ ਅਲੱਗ ਕਰਕੇ, SegWit ਨੇ ਯਕੀਨੀ ਬਣਾਇਆ ਕਿ ਲੈਣ-ਦੇਣ ID ਨੂੰ ਬਦਲਿਆ ਨਹੀਂ ਜਾ ਸਕਦਾ। ਇਹ ਠੀਕ ਲਾਈਟਨਿੰਗ ਨੈੱਟਵਰਕ ਦੇ ਵਿਕਾਸ ਲਈ ਜ਼ਰੂਰੀ ਸੀ। ਇਸ ਨੇ ਆਫ਼-ਚੇਨ ਭੁਗਤਾਨ ਚੈਨਲਾਂ ਨੂੰ ਭਰੋਸੇਯੋਗ ਤਰ੍ਹਾਂ ਕੰਮ ਕਰਨ ਲਈ ਲੋੜੀਂਦੇ ਸੁਰੱਖਿਆ ਫਾਉਂਡੇਸ਼ਨ ਪ੍ਰਦਾਨ ਕੀਤਾ।

ਉਪਭੋਕਤਾ ਸਰਗਰਮ ਸੌਫਟ ਫੋਰਕ (UASF)

SegWit ਦੀ ਸਰਗਰਮੀ ਗਵਰਨੈਂਸ ਇਤਿਹਾਸ ਵਿੱਚ ਇੱਕ ਮੁੱਖ ਲਮਹਾ ਸੀ। ਇਸ ਵਿੱਚ ਉਪਭੋਕਤਾ ਸਰਗਰਮ ਸੌਫਟ ਫੋਰਕ, ਜਾਂ UASF, ਵਰਗੀ ਰਣਨੀਤੀ ਸ਼ਾਮਲ ਸੀ। ਰਵਾਇਤੀ ਤੌਰ ਤੇ, ਅਪਗ੍ਰੇਡਾਂ ਨੂੰ ਮਾਈਨਰਾਂ ਵੱਲੋਂ ਸਿਗਨਲ ਕੀਤਾ ਜਾਂਦਾ ਸੀ। ਹਾਲਾਂਕਿ, ਮਾਈਨਰਾਂ ਨੇ SegWit ਨੂੰ ਸਰਗਰਮ ਕਰਨ ਵਿੱਚ ਹਿਚਕਿਚਾਹਟ ਵਿਖਾਈ।

ਜਵਾਬ ਵਿੱਚ, ਉਪਭੋਕਤਾਵਾਂ ਦੀ ਇੱਕ ਗ੍ਰਾਸਰੂਟ ਉਪਨਿਵੇਸ਼ ਨੇ ਸੌਫਟਵੇਅਰ ਦਾ ਇੱਕ ਵਰਜਨ (BIP 148) ਚਲਾਉਣ ਦਾ ਫੈਸਲਾ ਕੀਤਾ ਜੋ SegWit ਨੂੰ ਸਮਰਥਨ ਨਾ ਕਰਨ ਵਾਲੇ ਮਾਈਨਰਾਂ ਦੇ ਬਲਾਕਾਂ ਨੂੰ ਖਾਰਜ ਕਰ ਦੇਵੇਗਾ। ਇਸ ਨੇ ਮਾਈਨਰਾਂ ਉੱਤੇ ਆਰਥਿਕ ਦਬਾਅ ਪਾਇਆ। ਜੇ ਉਹ ਅਪਗ੍ਰੇਡ ਨਹੀਂ ਕਰਦੇ, ਤਾਂ ਉਹਨਾਂ ਦੇ ਬਲਾਕ ਉਪਭੋਕਤਾ ਨੋਡਾਂ ਵੱਲੋਂ ਖਾਰਜ ਕੀਤੇ ਜਾਣਗੇ, ਅਤੇ ਉਹ ਆਮਦਨ ਗੁਆਣਗੇ।

ਰਣਨੀਤੀ ਕੰਮ ਕਰ ਗਈ। ਇਸ ਨੇ ਦਰਸਾਇਆ ਕਿ ਉਪਭੋਕਤਾ ਬੇਸ ਦੀ ਸਾਂਝੀ ਇੱਛਾ ਮਾਈਨਰਾਂ ਦੇ ਹੱਥ ਨੂੰ ਫੜ ਸਕਦੀ ਹੈ। ਇਸ ਨੇ ਵਿਤਰਿਤ ਭਾਵਨਾ ਨੂੰ ਮਜ਼ਬੂਤ ਕੀਤਾ ਕਿ ਉਪਭੋਕਤਾ, ਨਾ ਕਿ ਮਾਈਨਰ ਜਾਂ ਵਿਕਾਸਕਾਰ, ਨੈੱਟਵਰਕ ਵਿੱਚ ਅੰਤਿਮ ਅਥਾਰਟੀ ਹਨ।

ਟੈਪਰੂਟ: ਗੋਪਨੀਯਤਾ ਅਤੇ ਸਮਾਰਟ ਕਾਂਟ੍ਰੈਕਟਸ ਨੂੰ ਵਿਸਥਾਰ

ਨਵੰਬਰ 2021 ਵਿੱਚ, ਨੈੱਟਵਰਕ ਨੇ ਟੈਪਰੂਟ ਵਜੋਂ ਜਾਣੇ ਜਾਂਦੇ ਹੋਰ ਮਹੱਤਵਪੂਰਨ ਸੌਫਟ ਫੋਰਕ ਨੂੰ ਸਰਗਰਮ ਕੀਤਾ। SegWit ਵਾਂਗ, ਇਹ ਵੀ ਪਿਛੋਕੜ-ਸੰਗਤ ਅਪਗ੍ਰੇਡ ਸੀ। ਇਸ ਨੇ ਸ਼ਨੌਰ ਸਿਗਨੇਚਰਾਂ ਅਤੇ ਮਰਕਲਾਈਜ਼ਡ ਐਬਸਟ੍ਰੈਕਟ ਸਿੰਟੈਕਸ ਟ੍ਰੀਜ਼ (MAST) ਪੇਸ਼ ਕੀਤੇ।

ਸ਼ਨੌਰ ਸਿਗਨੇਚਰਾਂ ਨੇ ਮੌਜੂਦਾ ਸਿਗਨੇਚਰ ਸਕੀਮ ਨੂੰ ਵਧੇਰੇ ਕੁਸ਼ਲ ਨਾਲ ਬਦਲ ਦਿੱਤਾ। ਉਹ ਸਿਗਨੇਚਰ ਏਗ੍ਰੀਗੇਸ਼ਨ ਲਈ ਇਜਾਜ਼ਤ ਦਿੰਦੇ ਹਨ। ਇਸ ਦਾ ਅਰਥ ਹੈ ਕਿ ਕਈ ਸਿਗਨੇਚਰਾਂ ਨੂੰ ਇੱਕ ਵਿੱਚ ਜੋੜਿਆ ਜਾ ਸਕਦਾ ਹੈ। ਬਹੁ-ਪਾਰਟੀ ਵਾਲੇ ਗੁੰਝਲਦਾਰ ਲੈਣ-ਦੇਣਾਂ ਲਈ, ਇਹ ਬਲਾਕਚੇਨ ਉੱਤੇ ਸਟੋਰ ਕਰਨ ਵਾਲੇ ਡਾਟੇ ਦੀ ਮਾਤਰਾ ਘਟਾਉਂਦਾ ਹੈ।

MAST ਸਮਾਰਟ ਕਾਂਟ੍ਰੈਕਟਸ ਲਈ ਗੋਪਨੀਯਤਾ ਅਤੇ ਕੁਸ਼ਲਤਾ ਵਧਾਉਂਦਾ ਹੈ। ਇਹ ਗੁੰਝਲਦਾਰ ਸ਼ਰਤਾਂ ਨੂੰ ਇੱਕ ਤਰੀਕੇ ਨਾਲ ਢਾਂਚਾਗਤ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ ਜਿੱਥੇ ਸਿੱਕੇ ਖਰਚੇ ਜਾਂਦੇ ਸਮੇਂ ਸਿਰਫ਼ ਸੰਬੰਧਿਤ ਹਿੱਸੇ ਪ੍ਰਗਟ ਹੁੰਦੇ ਹਨ। ਬਾਹਰੀ ਉਪਭੋਚਕ ਲਈ, ਗੁੰਝਲਦਾਰ ਸਮਾਰਟ ਕਾਂਟ੍ਰੈਕਟ ਲੈਣ-ਦੇਣ ਸਟੈਂਡਰਡ ਭੁਗਤਾਨ ਵਾਂਗ ਲੱਗਦਾ ਹੈ।

ਕਾਰਜਕਸ਼ੀਲਤਾ ਲਈ ਪ੍ਰਭਾਵ

ਟੈਪਰੂਟ ਨੇ ਵਧੇਰੇ ਅਡਵਾਂਸਡ ਸਕ੍ਰਿਪਟਿੰਗ ਸਮਰੱਥਾਵਾਂ ਲਈ ਰਾਹ ਬਣਾਇਆ। ਇਸ ਨੇ ਗੁੰਝਲਦਾਰ ਲੈਣ-ਦੇਣਾਂ ਨੂੰ ਸਸਤਾ ਬਣਾ ਦਿੱਤਾ ਕਿਉਂਕਿ ਉਹ ਘੱਟ ਜਗ੍ਹਾ ਲੈਂਦੇ ਹਨ। ਇਸ ਨੇ ਵੱਖ-ਵੱਖ ਤਰ੍ਹਾਂ ਦੇ ਲੈਣ-ਦੇਣਾਂ ਨੂੰ ਇੱਕ ਦੂਜੇ ਤੋਂ ਅਗਮਯ ਬਣਾ ਕੇ ਗੋਪਨੀਯਤਾ ਵੀ ਵਧਾਈ।

ਇਹ ਅਪਗ੍ਰੇਡ ਨੇ ਦਰਸਾਇਆ ਕਿ ਨੈੱਟਵਰਕ ਅਜੇ ਵੀ ਵਿਆਪਕ ਵਿਵਾਦਾਸਪਦ ਹਾਰਡ ਫੋਰਕ ਤੋਂ ਬਿਨਾਂ ਨਵੀਨਤਾ ਕਰ ਸਕਦਾ ਹੈ ਅਤੇ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਜੋੜ ਸਕਦਾ ਹੈ। ਇਸ ਨੇ ਦਰਸਾਇਆ ਕਿ ਗਵਰਨੈਂਸ ਪ੍ਰਕਿਰਿਆ, ਹਾਲਾਂਕਿ ਹੌਲੀ ਅਤੇ ਵਿਚਾਰਸ਼ੀਲ, ਪ੍ਰੋਟੋਕੋਲ ਨੂੰ ਮਹੱਤਵਪੂਰਨ ਸੁਧਾਰ ਸਫਲਤਾਪੂਰਵਕ ਪ੍ਰਦਾਨ ਕਰ ਸਕਦੀ ਹੈ।

ਫੋਰਕਸ ਤੋਂ ਬਿਨਾਂ ਸਕੇਲਿੰਗ: ਲੇਅਰ 2 ਹੱਲ

ਜਿਵੇਂ ਓਨ-ਚੇਨ ਸਕੇਲਿੰਗ ਦੀਆਂ ਸੀਮਾਵਾਂ ਸਪੱਸ਼ਟ ਹੋਈਆਂ, ਵਿਕਾਸ ਲੇਅਰ 2 ਹੱਲਾਂ ਵੱਲ ਬਦਲ ਗਿਆ। ਇਹ ਮੁੱਖ ਬਲਾਕਚੇਨ ਉੱਤੇ ਬਣੀਆਂ ਗਈਆਂ ਗੌਣ ਪ੍ਰੋਟੋਕੋਲਾਂ ਹਨ। ਉਹ ਆਫ਼-ਚੇਨ ਲੈਣ-ਦੇਣ ਹੈਂਡਲ ਕਰਦੀਆਂ ਹਨ ਅਤੇ ਸਿਰਫ਼ ਅੰਤਿਮ ਨਿਪਟਾਰੇ ਲਈ ਮੁੱਖ ਚੇਨ ਵਰਤਦੀਆਂ ਹਨ।

ਸਭ ਤੋਂ ਪ੍ਰਮੁਖ ਉਦਾਹਰਨ ਲਾਈਟਨਿੰਗ ਨੈੱਟਵਰਕ ਹੈ। ਇਹ ਸਟੇਟ ਚੈਨਲਾਂ ਵਰਤਦਾ ਹੈ ਤਾਂ ਜੋ ਦੋ ਪਾਰਟੀਆਂ ਬਲਾਕਚੇਨ ਉੱਤੇ ਹਰ ਟ੍ਰਾਂਸਫਰ ਰਿਕਾਰਡ ਕੀਤੇ ਬਿਨਾਂ ਅਨਲਿਮਿਟਡ ਵਾਰ ਲੈਣ-ਦੇਣ ਕਰ ਸਕਣ। ਸਿਰਫ਼ ਖੋਲ੍ਹਣ ਅਤੇ ਬੰਦ ਕਰਨ ਵਾਲੇ ਬੈਲੰਸ ਰਿਕਾਰਡ ਕੀਤੇ ਜਾਂਦੇ ਹਨ। ਇਹ ਨੇੜੇ-ਤੁਰੰਤ, ਘੱਟ-ਲਾਗਤ ਵਾਲੇ ਭੁਗਤਾਨ ਲਈ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ।

ਲੇਅਰ 2 ਬੇਸ ਲੇਅਰ ਦੀ ਸੁਰੱਖਿਆ ਜਾਂ ਵਿਤਰਨ ਨੂੰ ਖ਼ਤਰੇ ਵਿੱਚ ਪਾਏ ਬਿਨਾਂ ਸਕੇਲੇਬਿਲਟੀ ਪ੍ਰਦਾਨ ਕਰਦੇ ਹਨ। ਉਹ ਬਲਾਕ ਅਕਾਰ ਵਧਾਉਣ ਲਈ ਵਿਵਾਦਾਸਪਦ ਹਾਰਡ ਫੋਰਕਸ ਦੀ ਲੋੜ ਟਾਲਦੇ ਹਨ। ਛੋਟੇ, ਵਾਰ-ਵਾਰ ਵਾਲੇ ਲੈਣ-ਦੇਣਾਂ ਨੂੰ ਆਫ਼-ਚੇਨ ਲੈ ਜਾ ਕੇ, ਮੁੱਖ ਨੈੱਟਵਰਕ ਅਣਭੀੜ ਅਤੇ ਸੁਰੱਖਿਅਤ ਰਹਿੰਦਾ ਹੈ।

ਸਾਈਡਚੇਨਾਂ

ਸਾਈਡਚੇਨਾਂ ਕਾਰਜਕਸ਼ੀਲਤਾ ਵਿਸਥਾਰ ਲਈ ਹੋਰ ਮਕੈਨਿਜ਼ਮ ਹਨ। ਸਾਈਡਚੇਨ ਇੱਕ ਸੁਤੰਤਰ ਬਲਾਕਚੇਨ ਹੈ ਜੋ ਮੁੱਖ ਬਿਟਕਾਇਨ ਚੇਨ ਨਾਲ ਪੈਗ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। ਐਸੈੱਟਸ ਨੂੰ ਦੋ-ਤਰਫ਼ਾ ਪੈਗ ਵਰਤ ਕੇ ਦੋਵਾਂ ਚੇਨਾਂ ਵਿਚਕਾਰ ਬਦਲਿਆ ਜਾ ਸਕਦਾ ਹੈ।

ਸਾਈਡਚੇਨਾਂ ਕੋਲ ਆਪਣੇ ਸਹਿਮਤੀ ਨਿਯਮ ਹੋ ਸਕਦੇ ਹਨ। ਉਹ ਵਧੇਰੇ ਤੇਜ਼ ਬਲਾਕ ਸਮੇਂ ਜਾਂ ਮੁੱਖ ਚੇਨ ਉੱਤੇ ਸੰਭਵ ਨਾ ਹੋਣ ਵਾਲੀਆਂ ਵੱਖਰੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਨੂੰ ਸਮਰਥਨ ਕਰ ਸਕਦੀਆਂ ਹਨ। ਉਦਾਹਰਨ ਵਜੋਂ, ਲਿਕਵਿਡ ਨੈੱਟਵਰਕ ਐਕਸਚੇਂਜਾਂ ਲਈ ਤੇਜ਼, ਗੋਪਨੀਯਤ ਭਰਪੂਰ ਲੈਣ-ਦੇਣਾਂ ਉੱਤੇ ਧਿਆਨ ਕੇਂਦ੍ਰਿਤ ਕਰਦਾ ਹੈ। ਰੂਟਸਟੌਕ ਬਿਟਕਾਇਨ ਇਕੋਸਿਸਟਮ ਨੂੰ ਇਥਰੀਅਮ-ਸਟਾਈਲ ਸਮਾਰਟ ਕਾਂਟ੍ਰੈਕਟਸ ਲਿਆਉਂਦਾ ਹੈ।

ਕਿਉਂਕਿ ਸਾਈਡਚੇਨਾਂ ਵੱਖਰੀਆਂ ਹਨ, ਸਾਈਡਚੇਨ ਉੱਤੇ ਸਮੱਸਿਆਵਾਂ ਮੁੱਖ ਨੈੱਟਵਰਕ ਦੀ ਸੁਰੱਖਿਆ ਨੂੰ ਸਿੱਧਾ ਖ਼ਤਰਾ ਨਹੀਂ ਪੈਦਾ ਕਰਦੀਆਂ। ਇਹ ਪ੍ਰਯੋਗ ਅਤੇ ਨਵੀਨਤਾ ਲਈ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ। ਜੇ ਸਾਈਡਚੇਨ ਉੱਤੇ ਇੱਕ ਵਿਸ਼ੇਸ਼ਤਾ ਮੁੱਲਦਾਰ ਅਤੇ ਸੁਰੱਖਿਅਤ ਸਾਬਤ ਹੁੰਦੀ ਹੈ, ਤਾਂ ਇਹ ਅੰਤ ਵਿੱਚ ਮੁੱਖ ਪ੍ਰੋਟੋਕੋਲ ਲਈ ਵਿਚਾਰ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ।

ਆਧੁਨਿਕ ਨਵੀਨਤਾਵਾਂ ਅਤੇ ਵਿਵਾਦ

ਨੈੱਟਵਰਕ ਦਾ ਵਿਕਾਸ ਨਵੇਂ ਸੰਕਲਪਾਂ ਨਾਲ ਜਾਰੀ ਹੈ ਜੋ ਸੰਭਵ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਦੀਆਂ ਹੱਦਾਂ ਨੂੰ ਧੱਕਦੇ ਹਨ। SegWit ਅਤੇ ਟੈਪਰੂਟ ਦੀ ਪੇਸ਼ਕਸ਼ ਨੇ ਅਣਕਹੇ ਤੌਰ ਤੇ ਨਵੇਂ ਤਰ੍ਹਾਂ ਦੇ ਡਾਟਾ ਸਟੋਰੇਜ ਨੂੰ ਸੰਭਵ ਬਣਾਇਆ। ਇਸ ਨੇ ਓਰਡੀਨਲਜ਼ ਦੇ ਉਭਾਰ ਨੂੰ ਜਨਮ ਦਿੱਤਾ।

ਓਰਡੀਨਲਜ਼ ਮੁਦਰਾ ਦੀ ਸਭ ਤੋਂ ਛੋਟੀ ਇਕਾਈ ਸਤੋਸ਼ੀ ਨੂੰ ਨੰਬਰਿੰਗ ਕਰਨ ਦੀ ਵਿਵਸਥਾ ਹਨ। ਸਤੋਸ਼ੀ ਨੂੰ ਵਿਲੱਖਣ ਨੰਬਰ ਦੇ ਕੇ, ਉਪਭੋਕਤਾ ਇਸ ਨੂੰ ਟਰੈਕ ਕਰ ਸਕਦੇ ਹਨ। ਇਸ ਤੋਂ ਵੱਧ ਮਹੱਤਵਪੂਰਨ, ਉਹ ਇਸ ਉੱਤੇ ਡਾਟਾ ਇਨਸਕ੍ਰਾਈਬ ਕਰ ਸਕਦੇ ਹਨ। ਇਹ ਡਾਟਾ ਤਸਵੀਰਾਂ, ਟੈਕਸਟ, ਜਾਂ ਤਾਂ ਹੀ ਸਾਧਾਰਨ ਖੇਡਾਂ ਹੋ ਸਕਦਾ ਹੈ।

ਇਸ ਨੇ ਬਲਾਕਚੇਨ ਉੱਤੇ ਸਿੱਧੇ ਨਾਨ-ਫੰਗੀਬਲ ਟੋਕਨਾਂ (NFTs) ਨੂੰ ਮਿੰਟ ਕਰਨ ਦਾ ਤਰੀਕਾ ਬਣਾਇਆ। ਡਾਟਾ ਲੈਣ-ਦੇਣ ਦੇ ਵਿਟਨੈੱਸ ਹਿੱਸੇ ਵਿੱਚ ਸਟੋਰ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਜੋ SegWit ਕਾਰਨ ਸਸਤਾ ਹੈ। ਜਦੋਂ ਕਿ ਕੁਝ ਉਪਭੋਕਤਾ ਇਸ ਨੂੰ ਮਾਈਨਰ ਆਮਦਨ ਵਧਾਉਣ ਵਾਲੇ ਨਵੇਂ ਉਪਯੋਗ ਵਜੋਂ ਉਜਾਗਰ ਕਰਦੇ ਹਨ, ਦੂਸਰੇ ਇਸ ਨੂੰ ਨੈੱਟਵਰਕ ਨੂੰ ਭੀੜ ਪੈਦਾ ਕਰਨ ਵਾਲਾ ਸਪੈਮ ਮੰਨਦੇ ਹਨ।

OP_CAT ਅਤੇ ਸਕ੍ਰਿਪਟਿੰਗ

ਸਰਗਰਮ ਖੋਜ ਦਾ ਹੋਰ ਖੇਤਰ ਪੁਰਾਣੇ ਓਪਕੋਡਾਂ ਨੂੰ ਮੁੜ ਬਹਾਲ ਕਰਨਾ ਹੈ। OP_CAT ਪ੍ਰੋਜੈਕਟ ਦੇ ਸ਼ੁਰੂਆਤੀ ਦਿਨਾਂ ਵਿੱਚ ਸੁਰੱਖਿਆ ਚਿੰਤਾਵਾਂ ਕਾਰਨ ਹਟਾਇਆ ਗਿਆ ਕੋਡ ਦਾ ਇੱਕ ਟੁਕੜਾ ਹੈ। ਇਹ ਸਕ੍ਰਿਪਟ ਵਿੱਚ ਦੋ ਡਾਟਾ ਟੁਕੜਿਆਂ ਨੂੰ ਜੋੜਨ, ਜਾਂ ਕੈਟਨੇਸ਼ਨ, ਲਈ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ।

ਪੱਖਪਾਤੀ ਵਾਦ ਕਰਦੇ ਹਨ ਕਿ OP_CAT ਵਾਪਸ ਲਿਆਉਣ ਨਾਲ ਸਿਸਟਮ ਦੇ ਗੁੰਝਲਦਾਰ ਓਵਰਹਾਊਲ ਤੋਂ ਬਿਨਾਂ ਵਧੇਰੇ ਸ਼ਕਤੀਸ਼ਾਲੀ ਸਮਾਰਟ ਕਾਂਟ੍ਰੈਕਟਸ ਸੰਭਵ ਹੋਣਗੇ। ਇਹ ਬੇਸ ਲੇਅਰ ਉੱਤੇ ਸਿੱਧੇ ਡਿਸੈਂਟ੍ਰਲਾਈਜ਼ਡ ਐਕਸਚੇਂਜਾਂ ਅਤੇ ਵਧੇਰੇ ਅਡਵਾਂਸਡ ਕੋਵੈਨੈਂਟਸ ਨੂੰ ਸੁਗਮ ਬਣਾ ਸਕਦਾ ਹੈ। ਇਹ ਕਾਰਜਕਸ਼ੀਲਤਾ ਜੋੜਨ ਅਤੇ ਜੋਖਮ ਨੂੰ ਘੱਟ ਕਰਨ ਵਿਚਕਾਰ ਚੱਲ ਰਹੀ ਚਰਚਾ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ।

ਇੰਟਰਆਪਰੇਬਿਲਟੀ ਅਤੇ ਰੈਪਡ ਐਸੈੱਟਸ

ਅੰਦਰੂਨੀ ਅਪਗ੍ਰੇਡ ਜਾਰੀ ਰਹਿਣ ਦੇ ਨਾਲ, ਵਿਆਪਕ ਕ੍ਰਿਪਟੋ ਇਕੋਸਿਸਟਮ ਨੇ ਹੋਰ ਚੇਨਾਂ ਉੱਤੇ ਬਿਟਕਾਇਨ ਵਰਤਣ ਦੇ ਤਰੀਕੇ ਵਿਕਸਿਤ ਕੀਤੇ ਹਨ। ਰੈਪਡ ਬਿਟਕਾਇਨ (WBTC) ਅਤੇ ਥ੍ਰੈਸ਼ਹੋਲਡ ਬਿਟਕਾਇਨ (tBTC) ਐਸੈੱਟ ਦੇ ਟੋਕਨਾਈਜ਼ਡ ਵਰਜਨਾਂ ਦੇ ਉਦਾਹਰਨ ਹਨ ਜੋ ਇਥਰੀਅਮ ਵਰਗੀਆਂ ਬਲਾਕਚੇਨਾਂ ਉੱਤੇ ਮੌਜੂਦ ਹਨ।

WBTC ਅਸਲ ਸਿੱਕਿਆਂ ਨੂੰ ਰੱਖਣ ਅਤੇ ਟੋਕਨ ਜਾਰੀ ਕਰਨ ਲਈ ਕਸਟੋਡੀਅਨ ਉੱਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ। ਇਹ ਹੋਰ ਨੈੱਟਵਰਕਾਂ ਉੱਤੇ ਡਿਸੈਂਟ੍ਰਲਾਈਜ਼ਡ ਫਾਈਨੈਂਸ (DeFi) ਐਪਲੀਕੇਸ਼ਨਾਂ ਨੂੰ ਲਿਕਵਿਡਿਟੀ ਲਿਆਉਂਦਾ ਹੈ। tBTC ਇਹ ਵਧੇਰੇ ਵਿਤਰਿਤ ਤਰੀਕੇ ਨਾਲ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਦਾ ਹੈ ਥ੍ਰੈਸ਼ਹੋਲਡ ਕ੍ਰਿਪਟੋਗ੍ਰਾਫੀ ਵਰਤ ਕੇ ਇੱਕਲੇ ਫੇਲ ਪੁਆਇੰਟ ਤੋਂ ਬਚਣ ਲਈ।

ਇਹ ਹੱਲ ਹੋਲਡਰਾਂ ਨੂੰ ਗੁੰਝਲਦਾਰ ਸਮਾਰਟ ਕਾਂਟ੍ਰੈਕਟਸ ਸਮਰਥਨ ਵਾਲੇ ਪਲੇਟਫਾਰਮਾਂ ਉੱਤੇ ਉधार, ਉਧਾਰ ਲੈਣ, ਅਤੇ ਵਪਾਰ ਵਿੱਚ ਹਿੱਸਾ ਲੈਣ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦੇ ਹਨ। ਉਹ ਸੁਰੱਖਿਅਤ ਵੈਲੂ ਸਟੋਰ ਅਤੇ DeFi ਦੀ ਲਚਕੀਲੀ ਦੁਨੀਆਂ ਵਿਚਕਾਰ ਖਾਲੀ ਜਗ੍ਹਾ ਨੂੰ ਪੁਲ ਬਣਾਉਂਦੇ ਹਨ।

ਨਿਗਮਨ

ਬਿਟਕਾਇਨ ਦਾ ਇਤਿਹਾਸ ਸਥਿਰਤਾ ਨੂੰ ਨਵੀਨਤਾ ਨਾਲ ਸੰਤੁਲਿਤ ਕਰਨ ਦੇ ਸੰਘਰਸ਼ ਨਾਲ ਵਿਨਿਰ੍ਹਿਤ ਹੈ। ਸੌਫਟ ਫੋਰਕਸ ਅਤੇ ਹਾਰਡ ਫੋਰਕਸ ਦੇ ਮਕੈਨਿਜ਼ਮਾਂ ਰਾਹੀਂ, ਨੈੱਟਵਰਕ ਨੇ ਡੂੰਘੀਆਂ ਅਸਹਿਮਤੀਆਂ ਅਤੇ ਤਕਨੀਕੀ ਚੁਣੌਤੀਆਂ ਨੂੰ ਨੈਵੀਗੇਟ ਕੀਤਾ ਹੈ। ਬਿਟਕਾਇਨ ਕੈਸ਼ ਨਾਲ ਵੰਡ ਨੇ ਸਕੇਲਿੰਗ ਉੱਤੇ ਸਹਿਮਤੀ ਪਹੁੰਚਣ ਦੀ ਮੁਸ਼ਕਲ ਨੂੰ ਉਜਾਗਰ ਕੀਤਾ, ਜਦਕਿ SegWit ਅਤੇ ਟੈਪਰੂਟ ਵਰਗੇ ਅਪਗ੍ਰੇਡਾਂ ਨੇ ਪਿਛੋਕੜ-ਸੰਗਤ ਸੁਧਾਰਾਂ ਦੀ ਸ਼ਕਤੀ ਦਰਸਾਈ।

ਅੱਜ, ਇਕੋਸਿਸਟਮ ਲੇਅਰ 2 ਹੱਲਾਂ, ਸਾਈਡਚੇਨਾਂ, ਅਤੇ ਓਰਡੀਨਲਜ਼ ਵਰਗੇ ਨਵੇਂ ਪ੍ਰੋਟੋਕੋਲਾਂ ਰਾਹੀਂ ਵਿਕਸਿਤ ਹੋ ਰਿਹਾ ਹੈ। ਗਵਰਨੈਂਸ ਪ੍ਰਕਿਰਿਆ ਡਿਜ਼ਾਈਨ ਅਨੁਸਾਰ ਹੌਲੀ ਅਤੇ ਵਿਚਾਰਸ਼ੀਲ ਰਹਿੰਦੀ ਹੈ, ਵਿਤਰਿਤ ਲੈਜਰ ਦੀ ਸੁਰੱਖਿਆ ਅਤੇ ਅਖੰਡਤਾ ਨੂੰ ਸਭ ਤੋਂ ਉੱਪਰ ਰੱਖਦੀ ਹੈ। ਜਿਵੇਂ ਫ੍ਰੈਕਟਲ ਸਕੇਲਿੰਗ ਅਤੇ ਮੁੜ ਬਹਾਲ ਕੀਤੇ ਓਪਕੋਡਾਂ ਵਰਗੀਆਂ ਨਵੀਆਂ ਤਕਨੀਕਾਂ ਪ੍ਰਸਤਾਵਿਤ ਕੀਤੀਆਂ ਜਾਂਦੀਆਂ ਹਨ, ਕਮਿਊਨਿਟੀ ਇੱਕ ਵਾਰ ਫਿਰ ਇਸ ਡਿਜੀਟਲ ਅਰਥਵਿਵਸਥਾ ਨੂੰ ਵਿਨਿਰ੍ਹਿਤ ਕਰਨ ਵਾਲੀ ਕਠੋਰ ਚਰਚਾ ਵਿੱਚ ਸ਼ਾਮਲ ਹੋਵੇਗੀ।

ਬਿਟਕਾਇਨ ਉਪਭੋਕਤਾਵਾਂ ਵੱਲੋਂ ਚੁਣੇ ਜਾਂਦੇ ਸੌਫਟਵੇਅਰ ਨਾਲ ਨਿਯਮ ਫੈਸਲਾ ਕਰਨ ਵਾਲੀ ਕਠੋਰ ਸਹਿਮਤੀ ਪ੍ਰਕਿਰਿਆ ਰਾਹੀਂ ਵਿਕਸਿਤ ਹੁੰਦਾ ਹੈ।