ਬਿਟਕਾਇਨ ਨੂੰ ਅਕਸਰ ਕੋਡ ਨਾਲ ਚਲਾਇਆ ਜਾਂਦਾ ਡਿਜੀਟਲ ਪੈਸਾ ਕਿਹਾ ਜਾਂਦਾ ਹੈ। ਇਹ ਸੱਚ ਹੈ, ਪਰ ਇਹ ਇੱਕ ਮਹੱਤਵਪੂਰਨ ਤੱਤ ਨੂੰ ਛੱਡ ਦਿੰਦਾ ਹੈ: ਕੋਡ ਨੂੰ ਕੌਣ ਨਿਯੰਤਰਿਤ ਕਰਦਾ ਹੈ? ਇੱਕ ਰਵਾਇਤੀ ਕਾਰਪੋਰੇਸ਼ਨ ਵਰਗਾ ਨਹੀਂ, ਜੋ ਹਾਇਰਾਰਕੀਕਲ ਪ੍ਰਬੰਧਨ ਅਧੀਨ ਕੰਮ ਕਰਦਾ ਹੈ, ਜਾਂ ਸਰਕਾਰ, ਜੋ ਸੰਸਦੀਆ ਵੋਟਿੰਗ 'ਤੇ ਨਿਰਭਰ ਕਰਦੀ ਹੈ, ਬਿਟਕਾਇਨ ਦੇ ਪ੍ਰੋਟੋਕੋਲ ਬਦਲਾਅ ਇੱਕ ਵਿਲੱਖਣ, ਗੰਦੇ, ਅਤੇ ਅਤਿ ਵਿਤਰਿਤ ਸਿਆਸੀ ਪ੍ਰਕਿਰਿਆ ਨਾਲ ਸ਼ਾਸਿਤ ਹੁੰਦੇ ਹਨ। ਇਹ ਸਿਸਟਮ ਵਿਸ਼ੇਸ਼ ਤੌਰ 'ਤੇ ਵੱਡੇ ਬਦਲਾਅਾਂ ਨੂੰ ਮੁਸ਼ਕਲ ਬਣਾਉਣ ਲਈ ਡਿਜ਼ਾਇਨ ਕੀਤਾ ਗਿਆ ਹੈ, ਜੋ ਮੁਦਰਾ ਦੀ ਲੰਮੇ ਸਮੇਂ ਦੀ ਸਥਿਰਤਾ ਅਤੇ ਪੂਰਵਾਨੁਮਾਨਕਤਾ ਨੂੰ ਯਕੀਨੀ ਬਣਾਉਂਦਾ ਹੈ।
ਬਿਟਕਾਇਨ ਗਵਰਨੈਂਸ ਨੂੰ ਸਮਝਣਾ ਇਸ ਦੀ ਅਸਲੀ ਲਚਕ ਨੂੰ ਗ੍ਰਹਿਣ ਕਰਨ ਲਈ ਜ਼ਰੂਰੀ ਹੈ। ਇਹ ਵਿਆਖਿਆ ਕਰਦਾ ਹੈ ਕਿ ਉੱਨਤ ਬਦਲਾਅ, ਭਾਵੇਂ ਉਹ ਸੰਭਾਵੀ ਤੌਰ 'ਤੇ ਲਾਭਕਾਰੀ ਹੋਣ, ਲਾਗੂ ਕਰਨ ਵਿੱਚ ਸਾਲ ਲੈਂਦੇ ਹਨ, ਜਿਸ ਵਿੱਚ ਵਿਕਾਸਕਾਰੀ ਮੇਲਿੰਗ ਲਿਸਟਾਂ, ਮਾਈਨਿੰਗ ਪੂਲਾਂ, ਅਤੇ ਵੈਲੀਡੇਸ਼ਨ ਨੋਡ ਚਲਾਉਣ ਵਾਲੇ ਵਿਅਕਤੀਗਤ ਉਪਭੋਗਤਾਵਾਂ ਦੇ ਘਰਾਂ ਵਿੱਚ ਫੈਲੀਆਂ ਬਹਿਸਾਂ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਇਹ ਉੱਚ-ਘਰਸ਼ਣ ਵਾਲੀ ਸਿਆਸੀ ਅਰਥਵਿਵਸਥਾ ਇੱਕ ਸੰਵਿਧਾਨਕ ਸੁਰੱਖਿਆ ਵਜੋਂ ਕੰਮ ਕਰਦੀ ਹੈ, ਜੋ ਨੈੱਟਵਰਕ ਨੂੰ ਜਲਦਬਾਜ਼ੀ ਵਾਲੇ ਫੈਸਲਿਆਂ ਅਤੇ ਬੁਰੇ ਅਭਿਨੇਤਾਵਾਂ ਤੋਂ ਬਚਾਉਂਦੀ ਹੈ।
ਇਹ ਵਿਸ਼ਲੇਸ਼ਣ ਪ੍ਰੋਟੋਕੋਲ ਬਦਲਾਅ ਦੇ ਯੰਤਰਾਂ ਵਿੱਚ ਡੂੰਘਾਈ ਨਾਲ ਡੁੱਬ ਜਾਂਦਾ ਹੈ, ਇੱਕ ਵਿਚਾਰ ਦੇ ਚੱਕਰ ਨੂੰ ਪਰਖਦਾ ਹੈ—ਇਸ ਨੂੰ ਬਿਟਕਾਇਨ ਇੰਪਰੂਵਮੈਂਟ ਪ੍ਰੋਪੋਜ਼ਲ (BIP) ਵਜੋਂ ਪਹਿਲਾਂ ਪ੍ਰਸਤਾਵਿਤ ਕਰਨ ਤੋਂ ਲੈ ਕੇ ਸਾਫਟ ਫੋਰਕਸ ਵਰਗੇ ਸਹਿਮਤੀ ਯੰਤਰਾਂ ਰਾਹੀਂ ਇਸ ਨੂੰ ਅੰਤਿਮ ਤੌਰ 'ਤੇ ਅਪਣਾਉਣ ਤੱਕ। ਅਸੀਂ ਵਿਕਾਸਕਾਰੀਆਂ, ਮਾਈਨਰਾਂ, ਅਤੇ ਫੁੱਲ ਨੋਡ ਚਲਾਉਣ ਵਾਲੇ ਉਪਭੋਗਤਾਵਾਂ ਵਿਚਕਾਰ ਸ਼ਕਤੀ ਦੇ ਨਾਜ਼ੁਕ ਸੰਤੁਲਨ ਦੀ ਖੋਜ ਕਰਦੇ ਹਾਂ, ਅੰਤਿਮ ਤੌਰ 'ਤੇ ਉਜਾਗਰ ਕਰਦੇ ਹੋਏ ਕਿ ਬਿਟਕਾਇਨ ਦੀ ਬਦਲਾਅ ਵਿਰੋਧੀ ਸੁਭਾਵ ਇਸ ਦੀ ਸਭ ਤੋਂ ਮਜ਼ਬੂਤ ਵਿਸ਼ੇਸ਼ਤਾ ਕਿਉਂ ਹੈ।
ਬਦਲਾਅ ਦੀ ਨੀਂਹ: ਬਿਟਕਾਇਨ ਇੰਪਰੂਵਮੈਂਟ ਪ੍ਰੋਪੋਜ਼ਲ (BIP) ਸਿਸਟਮ
ਚੂੰਕਿ ਬਿਟਕਾਇਨ ਕੋਲ ਕੋਈ ਕੇਂਦਰੀ ਅਥਾਰਟੀ ਨਹੀਂ ਹੈ, ਇਸ ਨੂੰ ਪ੍ਰੋਟੋਕੋਲ ਵਿੱਚ ਬਦਲਾਅ ਪ੍ਰਸਤਾਵਿਤ ਕਰਨ, ਚਰਚਾ ਕਰਨ ਅਤੇ ਦਸਤਾਵੇਜ਼ੀਕਰਨ ਲਈ ਇੱਕ ਰਸਮੀ, ਜਨਤਕ ਪ੍ਰਕਿਰਿਆ ਦੀ ਲੋੜ ਸੀ। ਇਹ ਯੰਤਰ ਬਿਟਕਾਇਨ ਇੰਪਰੂਵਮੈਂਟ ਪ੍ਰੋਪੋਜ਼ਲ ਜਾਂ BIP ਵਜੋਂ ਜਾਣਿਆ ਜਾਂਦਾ ਹੈ। BIP ਸਿਸਟਮ ਤਕਨੀਕੀ ਸਹਿਮਤੀ ਨੂੰ ਪ੍ਰਬੰਧਿਤ ਕਰਨ ਲਈ ਜ਼ਰੂਰੀ ਢਾਂਚਾ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ, ਅਮੂਰਤ ਵਿਚਾਰਾਂ ਨੂੰ ਭਾਈਚਾਰੇ ਦੀ ਪਰਖ ਲਈ ਤਿਆਰ ਰਸਮੀ ਪ੍ਰਸਤਾਵਾਂ ਵਿੱਚ ਬਦਲਦਾ ਹੈ।
BIP ਸਿਸਟਮ ਨੂੰ ਬਿਟਕਾਇਨ ਲਈ ਸੰਵਿਧਾਨਕ ਡਰਾਫਟਿੰਗ ਰੂਮ ਵਜੋਂ ਸੋਚੋ। ਇਹ ਕਿਸੇ ਵੀ ਮਹੱਤਵਪੂਰਨ ਗੈਰ-ਤੁਲਨਾਤਮਕ ਬਦਲਾਅ ਲਈ ਲਾਜ਼ਮੀ ਸ਼ੁਰੂਆਤੀ ਬਿੰਦੂ ਹੈ, ਫੀ ਗਣਨਾ ਵਿੱਚ ਹਲਕੇ ਅਨੁਕੂਲਨਾਂ ਤੋਂ ਲੈ ਕੇ ਲੈਣ-ਦੇਣ ਨੂੰ ਵੈਲੀਡੇਟ ਕਰਨ ਦੇ ਤਰੀਕੇ ਵਿੱਚ ਵਿਆਪਕ ਬਦਲਾਅਾਂ ਤੱਕ।
BIP ਦੀ ਬਣਤਰ
ਇੱਕ BIP ਬਿਟਕਾਇਨ ਲਈ ਇੱਕ ਖਾਸ ਬਦਲਾਅ, ਵਿਸ਼ੇਸ਼ਤਾ ਜਾਂ ਡਿਜ਼ਾਇਨ ਸੁਧਾਰ ਦਾ ਵਰਣਨ ਕਰਨ ਵਾਲਾ ਇੱਕ ਢਾਂਚਾਬੱਧ ਦਸਤਾਵੇਜ਼ ਹੈ। ਹਰ BIP ਨੂੰ ਇੱਕ ਕ੍ਰਮਿਕ ਨੰਬਰ (ਉਦਾਹਰਨ ਲਈ, BIP 1, BIP 341) ਨਿਰਧਾਰਿਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਅਤੇ ਵੈਧ ਮੰਨੇ ਜਾਣ ਲਈ ਸਖਤ ਲੋੜਾਂ ਨੂੰ ਪੂਰਾ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ। ਇਹ ਲੋੜਾਂ ਸਪਸ਼ਟਤਾ, ਤਕਨੀਕੀ ਸਹੀਹਤਾ, ਅਤੇ ਪਾਰਸ਼ੀ ਪ੍ਰਭਾਵਾਂ ਦੀ ਪੂਰੀ ਵਿਚਾਰਣ ਨੂੰ ਯਕੀਨੀ ਬਣਾਉਂਦੀਆਂ ਹਨ।
ਆਮ ਤੌਰ 'ਤੇ BIP ਦੇ ਤਿੰਨ ਤਰ੍ਹਾਂ ਹੁੰਦੇ ਹਨ, ਹਾਲਾਂਕਿ ਗਵਰਨੈਂਸ ਲਈ ਸਭ ਤੋਂ relevant "Standards Track" BIPs ਹਨ, ਜੋ ਪ੍ਰੋਟੋਕੋਲ ਖੁਦ ਨੂੰ ਪ੍ਰਭਾਵਿਤ ਕਰਨ ਵਾਲੇ ਬਦਲਾਅ ਪ੍ਰਸਤਾਵਿਤ ਕਰਦੇ ਹਨ (ਜਿਵੇਂ ਲੈਣ-ਦੇਣ ਫਾਰਮੈਟ ਜਾਂ ਸਹਿਮਤੀ ਨਿਯਮ)। ਇੱਕ ਸਫਲ BIP ਨੂੰ ਸਪੱਸ਼ਟ ਤੌਰ 'ਤੇ ਨਿਰਧਾਰਿਤ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ:
- ਮੋਟੀਵੇਸ਼ਨ: ਇਹ ਬਦਲਾਅ ਕਿਉਂ ਜ਼ਰੂਰੀ ਹੈ? ਇਹ ਕਿਹੜੀ ਸਮੱਸਿਆ ਹੱਲ ਕਰਦਾ ਹੈ?
- ਸਪੈਸੀਫਿਕੇਸ਼ਨ: ਕੋਡ ਵਿੱਚ ਕਿਵੇਂ ਬਦਲਾਅ ਨੂੰ ਲਾਗੂ ਕੀਤਾ ਜਾਵੇਗਾ ਇਸ ਦੇ ਤਕਨੀਕੀ ਵੇਰਵੇ। ਇਹ ਵਿਸ਼ਵਵਿਆਪੀ ਵਿਕਾਸਕਾਰੀਆਂ ਲਈ ਇਸ ਨੂੰ ਕੋਡ ਕਰਨ ਲਈ ਕਾਫ਼ੀ ਸਪੱਸ਼ਟ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ।
- ਪਿਛਲੀ ਸੰਗਤਤਾ: ਕੀ ਇਹ ਬਦਲਾਅ ਸੌਫਟਵੇਅਰ ਦੇ ਪੁਰਾਣੇ ਵਰਜਨਾਂ ਨਾਲ ਸੰਗਤਤਾ ਤੋੜੇਗਾ? (ਇਹ ਨਿਰਧਾਰਿਤ ਕਰਦਾ ਹੈ ਕਿ ਬਦਲਾਅ ਨੂੰ ਸਾਫਟ ਫੋਰਕ ਜਾਂ ਹਾਰਡ ਫੋਰਕ ਦੀ ਲੋੜ ਹੈ।)
BIP ਪ੍ਰਕਿਰਿਆ ਦਾ ਅਸ্তਿਤਵ ਪਾਰਦਰਸ਼ਤਾ ਨੂੰ ਲਾਗੂ ਕਰਦਾ ਹੈ। ਇਹ ਯਕੀਨੀ ਬਣਾਉਂਦਾ ਹੈ ਕਿ ਹਰ ਮਹੱਤਵਪੂਰਨ ਤਕਨੀਕੀ ਅਨੁਕੂਲਨ ਓਪਨ-ਸੋਰਸ ਪਰਖ ਅਧੀਨ ਹੁੰਦਾ ਹੈ, ਅਕਸਰ ਸੈਂਕੜੇ ਸੁਤੰਤਰ ਕ੍ਰਿਪਟੋਗ੍ਰਾਫਰਾਂ ਅਤੇ ਵਿਕਾਸਕਾਰੀਆਂ ਵੱਲੋਂ ਜੋ ਕੋਡ ਨੂੰ ਖਾਮੀਆਂ, ਅਰਥਸ਼ਾਸਤਰੀ ਪਾਰਸ਼ੀ ਪ੍ਰਭਾਵਾਂ, ਅਤੇ ਸੁਰੱਖਿਆ ਖ਼ਤਰਿਆਂ ਲਈ ਵਿਸ਼ਲੇਸ਼ਣ ਕਰਦੇ ਹਨ। ਇਹ ਜਨਤਕ ਸਮੀਖਿਆ ਪੜਾਅ ਸਿਸਟਮ ਦੀ ਰੱਖਿਆ ਕਰਨ ਵਾਲਾ ਅਸਲੀ ਘਰਸ਼ਣ ਹੈ।
ਕੋਰ ਵਿਕਾਸਕਾਰੀਆਂ ਅਤੇ ਮੇਂਟੇਨਰਾਂ ਦੀ ਭੂਮਿਕਾ
ਹਾਲਾਂਕਿ ਕੋਈ ਵੀ BIP ਪ੍ਰਸਤਾਵਿਤ ਕਰ ਸਕਦਾ ਹੈ, ਇਸ ਦਾ ਵਿਕਾਸ, ਸੁਧਾਰ, ਅਤੇ ਰੈਫਰੈਂਸ ਇੰਪਲੀਮੈਂਟੇਸ਼ਨ (Bitcoin Core) ਵਿੱਚ ਅੰਤਿਮ ਤੌਰ 'ਤੇ ਮਰਜ਼ ਕੀਤਾ ਜਾਣਾ ਬਿਟਕਾਇਨ ਕੋਰ ਵਿਕਾਸਕਾਰੀਆਂ ਅਤੇ ਮੇਂਟੇਨਰਾਂ ਵਜੋਂ ਜਾਣੇ ਜਾਂਦੇ ਇੱਕ ਛੋਟੇ, समर्पਿਤ ਸਮੂਹ ਵੱਲੋਂ ਨਿਗਰਾਨੀ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਇਹ ਵਿਅਕਤੀ ਅਧਿਕਾਰਕ ਸ਼ਾਸਕ ਸੰਸਥਾ ਨਹੀਂ ਹਨ; ਬਲਕਿ, ਉਹ ਭਰੋਸੇਯੋਗ ਸੁਆਗਤਵਾਲ ਹਨ ਜਿਨ੍ਹਾਂ ਦਾ ਮੁੱਖ ਕੰਮ ਕੋਡ ਸਮੀਖਿਆ, ਰੱਖਵਾਂ, ਅਤੇ ਜੋਖਮ ਮੁਲਾਂਕਣ ਹੈ।
Bitcoin Core ਉਹ ਮੌਲਿਕ ਸੌਫਟਵੇਅਰ ਹੈ ਜੋ ਜ਼ਿਆਦਾਤਰ ਨੋਡ ਅਤੇ ਇਨਫਰਾਸਟ੍ਰਕਚਰ ਸੇਵਾਵਾਂ ਚਲਾਉਂਦੀਆਂ ਹਨ, ਜੋ ਇਸ ਦੇ ਕੋਡਬੇਸ ਨੂੰ ਅਤਿ ਪ੍ਰਭਾਵਸ਼ਾਲੀ ਬਣਾਉਂਦਾ ਹੈ। ਮੇਂਟੇਨਰ ਇਹ ਮੁਲਾਂਕਣ ਕਰਨ ਲਈ ਜ਼ਿੰਮੇਵਾਰ ਹਨ ਕਿ BIP ਤਕਨੀਕੀ ਤੌਰ 'ਤੇ ਤਿਆਰ ਹੈ ਅਤੇ ਵਿਕਾਸਕਾਰੀ ਭਾਈਚਾਰੇ ਵਿੱਚ ਕਾਫ਼ੀ ਸਮਾਜਿਕ ਸਹਿਮਤੀ ਹਾਸਲ ਕੀਤੀ ਹੈ।
ਮਹੱਤਵਪੂਰਨ ਤੌਰ 'ਤੇ, ਵਿਕਾਸਕਾਰੀ ਅਪਣਾਉਣ ਨੂੰ ਜ਼ਬਰਦਸਤੀ ਨਹੀਂ ਕਰ ਸਕਦੇ। ਉਹ ਸੌਫਟਵੇਅਰ ਲਿਖਦੇ ਹਨ, ਪਰ ਮਾਈਨਰ ਅਤੇ, ਵਧੇਰੇ ਮਹੱਤਵਪੂਰਨ, ਉਪਭੋਗਤਾਵਾਂ ਨੂੰ ਅਪਡੇਟਿਡ ਸੌਫਟਵੇਅਰ ਡਾਊਨਲੋਡ ਅਤੇ ਚਲਾਉਣਾ ਪੈਂਦਾ ਹੈ। ਜੇ ਵਿਕਾਸਕਾਰੀ ਭਾਈਚਾਰੇ ਨੂੰ ਨਾਪਸੰਦ ਬਦਲਾਅ ਲਾਗੂ ਕਰਨ, ਉਪਭੋਗਤਾ ਸਿਰਫ਼ ਕੋਡ ਨੂੰ ਰੱਦ ਕਰ ਦੇਣਗੇ ਅਤੇ ਵਿਕਲਪ ਸੌਫਟਵੇਅਰ ਲੱਭ ਲੈਣਗੇ, ਅਸਲ ਵਿੱਚ ਵਿਕਾਸਕਾਰੀਆਂ ਨੂੰ ਉਨ੍ਹਾਂ ਦੇ ਪ੍ਰਭਾਵ ਤੋਂ ਵਾਂਝਾ ਕਰ ਦੇਣਗੇ। ਉਨ੍ਹਾਂ ਦੀ ਸ਼ਕਤੀ ਸਿਰਫ਼ ਭਰੋਸੇ, ਮਾਹਰਤਾ, ਅਤੇ ਤਕਨੀਕੀ ਤਟਸਥਤਾ 'ਤੇ ਨਿਰਭਰ ਕਰਦੀ ਹੈ।
BIP ਪ੍ਰਕਿਰਿਆ ਕਿਉਂ ਜ਼ਰੂਰੀ ਘਰਸ਼ਣ ਹੈ
ਤੇਜ਼ੀ ਨਾਲ ਚੱਲ ਰਹੀਆਂ ਕੇਂਦਰੀਕ੍ਰਿਤ ਤਕਨਾਲੋਜੀ ਕੰਪਨੀਆਂ ਵਿੱਚ, ਚੁਸਤਤਾ ਪਰਮਾਪ੍ਰਸ਼ਟ ਹੈ। ਬਦਲਾਅ ਜਲਦੀ ਧੱਕੇ ਜਾਂਦੇ ਹਨ। ਬਿਟਕਾਇਨ ਲਈ, ਉਲਟ ਸੱਚ ਹੈ। BIP ਪ੍ਰਕਿਰਿਆ ਇਰਾਦੇ ਵਾਲੀ ਧੀਮੀ ਅਤੇ ਵਾਦ-ਵਿਵਾਦ ਵਾਲੀ ਹੈ ਕਿਉਂਕਿ ਨੈੱਟਵਰਕ ਦੀ ਮੁੱਖ ਕੀਮਤ ਇਸ ਦੀ ਅਚਲਤਾ ਅਤੇ ਪੂਰਵਾਨੁਮਾਨਕਤਾ ਹੈ।
ਜੇ ਬਿਟਕਾਇਨ ਬਦਲਣ ਵਿੱਚ ਅਸਾਨ ਹੁੰਦਾ, ਤਾਂ ਇਹ ਅਚਲ ਵੈਲੂ ਸਟੋਰ ਵਜੋਂ ਆਪਣੀ ਵਿਸ਼ਵਸਨੀਯਤਾ ਗੁਆ ਲੈਂਦਾ। BIP ਪ੍ਰਕਿਰਿਆ ਵਿੱਚ ਨਿਹਿਤ ਧੀਮੀ, ਬਹੁ-ਸਾਲੀ ਚਰਚਾ ਇੱਕ ਸਿਆਸੀ ਫਿਲਟਰ ਵਜੋਂ ਕੰਮ ਕਰਦੀ ਹੈ:
- ਅਰਥਸ਼ਾਸਤਰੀ ਪ੍ਰਭਾਵ ਦੀ ਪਰਖ: ਧੀਮੀ ਲੋਲਾਅ ਅਰਥਸ਼ਾਸਤਰੀਆਂ ਅਤੇ ਵਿਸ਼ਲੇਸ਼ਕਾਂ ਨੂੰ ਸੰਭਾਵੀ ਪ੍ਰਭਾਵਾਂ ਅਧਿਐਨ ਕਰਨ ਦੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ, ਜਿਵੇਂ ਲੈਣ-ਦੇਣ ਫੀਆਂ ਵਿੱਚ ਬਦਲਾਅ ਜਾਂ ਮਾਈਨਿੰਗ ਲਈ ਉੱਤਸ਼ਾਹਨ।
- ਕੇਂਦਰੀਕਰਨ ਨੂੰ ਰੋਕਣਾ: ਵੱਖ-ਵੱਖ ਸਿਆਸੀ, ਅਰਥਸ਼ਾਸਤਰੀ, ਅਤੇ ਭੂਗੋਲਿਕ ਹਿੱਤਾਂ ਵਿੱਚ ਵਿਆਪਕ ਸਹਿਮਤੀ ਦੀ ਲੋੜ ਨਾਲ, ਪ੍ਰਕਿਰਿਆ ਇੱਕ ਵੀ ਸ਼ਕਤੀਸ਼ਾਲੀ ਅਸਤਿਤਵ (ਜਿਵੇਂ ਵੱਡਾ ਮਾਈਨਿੰਗ ਪੂਲ ਜਾਂ ਕੇਂਦਰੀਕ੍ਰਿਤ ਐਕਸਚੇਂਜ) ਨੂੰ ਇਕੱਤਰੇ ਨੀਤੀ ਨਿਰਧਾਰਿਤ ਕਰਨ ਤੋਂ ਰੋਕਦੀ ਹੈ।
- ਗੁਣਵੱਤਾ ਯਕੀਨੀ ਬਣਾਉਣਾ: ਸਮਾਂ ਕੋਡ ਨੂੰ ਸਮੀਖਿਆ ਕਰਨ, ਸਟ੍ਰੈੱਸ-ਟੈਸਟ ਕਰਨ, ਅਤੇ ਬਾਰ-ਬਾਰ ਆਡਿਟ ਕਰਨ ਦੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ, ਜੋ ਕੋਰ ਪ੍ਰੋਟੋਕੋਲ ਵਿੱਚ ਵਿਨਾਸ਼ਕਾਰੀ ਬੱਗਾਂ ਦੇ ਜੋਖਮ ਨੂੰ ਘਟਾਉਂਦਾ ਹੈ।
BIP ਨੂੰ ਪਾਸ ਕਰਨ ਦੀ ਮੁਸ਼ਕਲ ਇੱਕ ਵਿਸ਼ੇਸ਼ਤਾ ਹੈ, ਨਾ ਕਿ ਬੱਗ, ਜੋ ਯਕੀਨੀ ਬਣਾਉਂਦੀ ਹੈ ਕਿ ਸਿਰਫ਼ ਗਾਇਬ ਤਕਨੀਕੀ ਅਤੇ ਸਮਾਜਿਕ ਸਮਰਥਨ ਵਾਲੇ ਬਦਲਾਅ ਅੱਗੇ ਵਧਦੇ ਹਨ।
ਪ੍ਰੋਟੋਕੋਲ ਬਦਲਾਅ ਦੇ ਦੋ ਰਾਹ: ਸਾਫਟ ਫੋਰਕਸ ਵਿਰੁੱਧ ਹਾਰਡ ਫੋਰਕਸ
ਜਦੋਂ ਇੱਕ BIP ਡਰਾਫਟ ਕੀਤਾ ਅਤੇ ਚਰਚਾ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਵਿਕਾਸਕਾਰੀਆਂ ਨੂੰ ਇਸ ਨੂੰ ਲਾਗੂ ਕਰਨ ਦਾ ਤਰੀਕਾ ਫੈਸਲਾ ਕਰਨਾ ਪੈਂਦਾ ਹੈ। ਇਹ ਲਾਗੂ ਕਰਨ ਵਾਲੀ ਰਣਨੀਤੀ ਨੈੱਟਵਰਕ ਨਿਰੋਧ ਦੇ ਪੱਧਰ ਨੂੰ ਨਿਰਧਾਰਿਤ ਕਰਦੀ ਹੈ ਅਤੇ, ਮਹੱਤਵਪੂਰਨ ਤੌਰ 'ਤੇ, ਭਾਈਚਾਰੇ ਨੂੰ ਵੰਡਣ ਦੇ ਸੰਭਾਵੀ ਜੋਖਮ ਨੂੰ। ਇਹ ਚੋਣ ਪ੍ਰੋਟੋਕੋਲ ਅਪਗ੍ਰੇਡਾਂ ਦੇ ਦੋ ਮੁੱਖ ਤਰ੍ਹਾਂ ਤੱਕ ਸੀਮਤ ਹੈ: ਸਾਫਟ ਫੋਰਕਸ ਅਤੇ ਹਾਰਡ ਫੋਰਕਸ।
ਇਹ ਫੋਰਕਸ ਸਿਰਫ਼ ਸੌਫਟਵੇਅਰ ਅਪਡੇਟ ਨਹੀਂ ਹਨ; ਉਹ ਸਹਿਮਤੀ ਹਾਸਲ ਕਰਨ ਅਤੇ ਪਿਛਲੀ ਸੰਗਤਤਾ ਬਣਾਈ ਰੱਖਣ ਲਈ ਮੂਲਭੂਤ ਵੱਖਰੇ ਤਰੀਕੇ ਦਾ ਪ੍ਰਤੀਨਿਧਤਵ ਕਰਦੇ ਹਨ।
ਸਾਫਟ ਫੋਰਕਸ: ਪਿਛਲੀ ਸੰਗਤ ਵਾਲਾ ਅਪਗ੍ਰੇਡ
ਸਾਫਟ ਫੋਰਕ ਬਿਟਕਾਇਨ ਪ੍ਰੋਟੋਕੋਲ ਵਿੱਚ ਇੱਕ ਬਦਲਾਅ ਹੈ ਜੋ ਨਿਯਮਾਂ ਨੂੰ ਸਖ਼ਤ ਕਰਦਾ ਹੈ, ਭਾਵ ਪੁਰਾਣੇ ਨਿਯਮਾਂ ਨਾਲ ਨਵੇਂ ਨਿਯਮ ਸੰਗਤ ਹਨ।
ਕਲਪਨਾ ਕਰੋ ਕਿ ਇੱਕ ਸੌਫਟਵੇਅਰ ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਅਪਗ੍ਰੇਡ ਕੀਤਾ ਜਾ ਰਿਹਾ ਹੈ ਤਾਂ ਜੋ ਨਵਾਂ ਵਰਜਨ ਸਾਰੇ ਪੁਰਾਣੇ ਫਾਈਲਾਂ ਨੂੰ ਪੜ੍ਹ ਸਕੇ, ਪਰ ਪੁਰਾਣਾ ਵਰਜਨ ਸਾਰੀਆਂ ਨਵੀਆਂ ਫਾਈਲਾਂ ਨੂੰ ਜ਼ਰੂਰੀ ਨਹੀਂ ਪੜ੍ਹ ਸਕੇ। ਬਿਟਕਾਇਨ ਦੇ ਸੰਦਰਭ ਵਿੱਚ:
- ਨਵੇਂ ਨਿਯਮ: ਅਪਗ੍ਰੇਡਿਡ ਸੌਫਟਵੇਅਰ (ਸਾਫਟ ਫੋਰਕ) ਚਲਾਉਣ ਵਾਲੇ ਨੋਡ ਨਵੇਂ, ਵਧੇਰੇ ਸਖ਼ਤ ਨਿਯਮਾਂ ਨੂੰ ਲਾਗੂ ਕਰਦੇ ਹਨ।
- ਪੁਰਾਣੇ ਨਿਯਮ: ਪੁਰਾਣਾ ਸੌਫਟਵੇਅਰ (ਪ੍ਰੀ-ਅਪਗ੍ਰੇਡ) ਚਲਾਉਣ ਵਾਲੇ ਨੋਡ ਅਪਗ੍ਰੇਡਿਡ ਨੋਡਾਂ ਵੱਲੋਂ ਵੈਲੀਡੇਟ ਕੀਤੇ ਲੈਣ-ਦੇਣ ਨੂੰ ਅਜੇ ਵੀ ਸਵੀਕਾਰ ਕਰਦੇ ਹਨ, ਕਿਉਂਕਿ ਅਪਗ੍ਰੇਡਿਡ ਨੋਡ ਮੂਲ ਨਿਯਮਾਂ ਦੇ ਅੰਸ਼ ਦੀ ਪਾਲਣਾ ਕਰ ਰਹੇ ਹਨ।
ਉਦਾਹਰਨ ਲਈ, ਜੇ ਇੱਕ ਸਾਫਟ ਫੋਰਕ ਕਹਿੰਦਾ ਹੈ ਕਿ ਹੁਣ ਸਾਰੇ ਬਲਾਕ ਪਹਿਲਾਂ ਨਾਲੋਂ ਥੋੜ੍ਹੇ ਛੋਟੇ ਹੋਣੇ ਚਾਹੀਦੇ ਹਨ (ਨਿਯਮ ਨੂੰ ਸਖ਼ਤ ਕਰਨਾ), ਪੁਰਾਣੇ ਨੋਡ ਅਜੇ ਵੀ ਇਨ੍ਹਾਂ ਛੋਟੇ ਬਲਾਕਾਂ ਨੂੰ ਵੈਧ ਮੰਨਣਗੇ, ਕਿਉਂਕਿ ਉਹ ਅਜੇ ਵੀ ਮੂਲ, ਅਧਿਕਤਮ ਆਕਾਰ ਹੱਦ ਦੀ ਪਾਲਣਾ ਕਰਦੇ ਹਨ।
ਸਾਫਟ ਫੋਰਕਸ ਬਿਟਕਾਇਨ ਨੂੰ ਅਪਗ੍ਰੇਡ ਕਰਨ ਦਾ ਪਸੰਦੀਦਾ ਤਰੀਕਾ ਹਨ ਕਿਉਂਕਿ ਉਨ੍ਹਾਂ ਨੂੰ ਨੈੱਟਵਰਕ ਦੇ ਸਿਰਫ਼ ਬਹੁਮਤ (ਸਾਧਾਰਨ ਤੌਰ 'ਤੇ 95% ਹੈਸ਼ਿੰਗ ਪਾਵਰ ਦੇ ਮਾਈਨਰ ਜਾਂ ਨੋਡਾਂ ਦਾ ਬਹੁਮਤ) ਨੂੰ ਬਦਲਾਅ ਅਪਣਾਉਣ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਬਾਕੀ ਅਲਪਸੰਖਿਆਕ ਪੁਰਾਣੇ ਨੋਡ ਚੇਨ ਨੂੰ ਤੋੜੇ ਬਿਨਾਂ ਕੰਮ ਕਰਦੇ ਰਹਿ ਸਕਦੇ ਹਨ, ਹਾਲਾਂਕਿ ਉਹ ਨਵੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਨੂੰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਵੈਲੀਡੇਟ ਜਾਂ ਵਰਤ ਸਕਣ ਨਹੀਂ ਹੋਣਗੇ। ਇਹ ਨਿੱਜੀ ਪਿਛਲੀ ਸੰਗਤਤਾ ਗੰਦੇ ਚੇਨ ਵੰਡ ਦੇ ਜੋਖਮ ਨੂੰ ਬਹੁਤ ਘਟਾਉਂਦੀ ਹੈ।
ਹਾਰਡ ਫੋਰਕਸ: ਨਿਊਕਲੀਅਰ ਵਿਕਲਪ
ਹਾਰਡ ਫੋਰਕ ਪ੍ਰੋਟੋਕੋਲ ਵਿੱਚ ਮੂਲਭੂਤ ਬਦਲਾਅ ਹੈ ਜੋ ਨਵੇਂ ਨਿਯਮਾਂ ਨੂੰ ਪੁਰਾਣੇ ਨਿਯਮਾਂ ਨਾਲ ਅਸੰਗਤ ਬਣਾਉਂਦਾ ਹੈ। ਇਸ ਨੂੰ ਹਰੇਕ ਹਿੱਸੇਦਾਰ—ਮਾਈਨਰ, ਨੋਡ, ਅਤੇ ਵਾਲਟਾਂ—ਨੂੰ ਨਵੇਂ ਸਹਿਮਤੀ ਦੀ ਪਾਲਣਾ ਕਰਨ ਲਈ ਆਪਣਾ ਸੌਫਟਵੇਅਰ ਅਪਗ੍ਰੇਡ ਕਰਨ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ।
ਜੇ ਹਾਰਡ ਫੋਰਕ ਐਕਟੀਵੇਟ ਹੁੰਦਾ ਹੈ, ਤਾਂ ਨੈੱਟਵਰਕ ਲਿਟਰਲੀ ਦੋ ਵੱਖਰੀਆਂ ਚੇਨਾਂ ਵਿੱਚ ਵੰਡ ਜਾਂਦਾ ਹੈ:
- ਨਵੀਂ ਚੇਨ: ਨਵੇਂ ਨਿਯਮਾਂ ਦੀ ਪਾਲਣਾ ਕਰਦੀ ਹੈ (ਉਦਾ., ਕਾਫ਼ੀ ਵੱਡੇ ਬਲਾਕ ਆਕਾਰ)।
- ਪੁਰਾਣੀ ਚੇਨ: ਮੂਲ ਨਿਯਮਾਂ ਦੀ ਪਾਲਣਾ ਕਰਦੀ ਹੈ।
ਜੋ ਨੋਡ ਅਪਗ੍ਰੇਡ ਨਹੀਂ ਕੀਤੇ, ਉਹ ਨਵੇਂ ਨਿਯਮਾਂ ਅਧੀਨ ਬਣਾਏ ਬਲਾਕਾਂ ਨੂੰ ਰੱਦ ਕਰ ਦੇਣਗੇ, ਮੰਨਦੇ ਹੋਏ ਕਿ ਉਹ ਅਵੈਧ ਹਨ। ਜੇ ਕੋਈ ਮਹੱਤਵਪੂਰਨ ਸਮੂਹ ਪੁਰਾਣੀ ਚੇਨ ਨੂੰ ਮਾਈਨ ਅਤੇ ਵੈਲੀਡੇਟ ਕਰਦਾ ਰਹਿੰਦਾ ਹੈ, ਤਾਂ ਬਿਟਕਾਇਨ ਦੇ ਦੋ ਵੱਖਰੇ ਵਰਜਨ ਇੱਕੋ ਜਿਹੇ ਸਮੇਂ ਮੌਜੂਦ ਹੋਣਗੇ।
ਹਾਰਡ ਫੋਰਕਸ ਅਤਿ ਵਿਘਨ ਪੈਦਾ ਕਰਨ ਵਾਲੇ ਹਨ ਅਤੇ ਵਿਸ਼ਾਲ ਅਰਥਸ਼ਾਸਤਰੀ ਜੋਖਮ ਨੂੰ ਲੈ ਜਾਂਦੇ ਹਨ। ਕਿਉਂਕਿ ਵੰਡ ਸਥਾਈ ਹੈ ਜਦੋਂ ਤੱਕ ਇੱਕ ਚੇਨ ਨੂੰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਤਿਆਗ ਨਾ ਦਿੱਤਾ ਜਾਵੇ, ਭਾਈਚਾਰੇ ਨੂੰ ਹਾਰਡ ਫੋਰਕ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਲਗਭਗ ਏਕਮਤ ਹੋਣਾ ਪੈਂਦਾ ਹੈ। ਜੇ ਸਫਲ ਹੁੰਦਾ ਹੈ, ਤਾਂ ਪੁਰਾਣੀ ਚੇਨ 'ਤੇ ਉਪਭੋਗਤਾ ਆਪਣੇ ਆਪ ਨੂੰ ਸੰਭਾਵੀ ਤੌਰ 'ਤੇ ਬੇਕੀਮਤੀ ਅਸੈੱਟ ਰੱਖਦੇ ਹੋਏ ਪਾਉਂਦੇ ਹਨ, ਜਦਕਿ ਨਵੀਂ ਚੇਨ ਬਿਟਕਾਇਨ ਦਾ ਪ੍ਰਭਾਵੀ ਵਰਜਨ ਬਣ ਜਾਂਦੀ ਹੈ। ਅਰਥਸ਼ਾਸਤਰੀ ਵੰਡ ਦਾ ਖ਼ਤਰਾ ਮਤਲਬ ਹੈ ਕਿ ਹਾਰਡ ਫੋਰਕਸ ਸਿਰਫ਼ ਮਹੱਤਵਪੂਰਨ ਠੀਕਾਂ ਜਾਂ ਬਦਲਾਅਾਂ ਲਈ ਰੱਖੇ ਜਾਂਦੇ ਹਨ ਜਿੱਥੇ ਪਿਛਲੀ ਸੰਗਤਤਾ ਅਸੰਭਵ ਹੈ।
ਗਵਰਨੈਂਸ ਟੈਸਟ: ਹਾਰਡ ਫੋਰਕਸ ਕਿਉਂ ਡਰਾਉਣੇ ਹਨ
ਬਿਟਕਾਇਨ ਗਵਰਨੈਂਸ ਵਿੱਚ ਹਾਰਡ ਫੋਰਕ ਦਾ ਮੁੱਖ ਕੰਮ ਵਿਵਾਦ ਵਿਰੁੱਧ ਵੱਡਾ ਨਿਰੋਧਕ ਵਜੋਂ ਕੰਮ ਕਰਨਾ ਹੈ। ਵੰਡ ਦੀ ਸੰਭਾਵਨਾ ਵਿਰੋਧੀ ਹਿੱਤਾਂ—ਜਿਵੇਂ ਵੱਧ ਫੀਆਂ ਚਾਹੁਣ ਵਾਲੇ ਮਾਈਨਰ ਵਿਰੁੱਧ ਵਿਤਰਨ ਨੂੰ ਤਰਜੀਹ ਦੇਣ ਵਾਲੇ ਉਪਭੋਗਤਾ—ਨੂੰ ਸਮਝੌਤਾ ਕਰਨ ਲਈ ਮਜਬੂਰ ਕਰਦੀ ਹੈ।
ਇਸ ਡਰ ਨੂੰ ਦਰਸਾਉਣ ਵਾਲੀ ਕਲਾਸਿਕ ਉਦਾਹਰਨ 2017 ਦੇ ਸਕੇਲਿੰਗ ਬਹਿਸਾਂ ਦੌਰਾਨ ਵਾਪਰੀ। ਇੱਕ ਸਮੂਹ ਨੇ ਬਲਾਕ ਆਕਾਰ ਹੱਦ ਨੂੰ ਕਾਫ਼ੀ ਵਧਾਉਣ ਲਈ ਹਾਰਡ ਫੋਰਕ (SegWit2x ਵਜੋਂ ਜਾਣਿਆ) ਨੂੰ ਜ਼ਬਰਦਸਤੀ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕੀਤੀ। ਪ੍ਰਸਤਾਵ ਅੰਤਿਮ ਤੌਰ 'ਤੇ ਅਸਫਲ ਰਿਹਾ ਕਿਉਂਕਿ ਉਪਭੋਗਤਾ ਭਾਈਚਾਰਾ ਅਤੇ ਕੋਰ ਵਿਕਾਸਕਾਰੀਆਂ ਨੇ ਬ੍ਰਾਂਡ ਅਤੇ ਲਿਕਵਿਡਿਟੀ ਨੂੰ ਟੁਕਣ ਦੇ ਜੋਖਮ ਨੂੰ ਰੱਦ ਕਰ ਦਿੱਤਾ। ਬਜ਼ਾਰ ਨੇ ਸਪੱਸ਼ਟ ਕੀਤਾ ਕਿ ਬਿਟਕਾਇਨ ਦੀ ਏਕੀਕ੍ਰਿਤ ਪਛਾਣ ਨੂੰ ਬਚਾਉਣਾ ਗੈਰ-ਗਾਇਬ ਸਹਿਮਤੀ ਵਾਲੇ ਤਕਨੀਕੀ ਬਦਲਾਅ ਨੂੰ ਸਮੋਧਨ ਕਰਨ ਨਾਲੋਂ ਵਧੇਰੇ ਕੀਮਤੀ ਸੀ।
ਇਹ ਗਤਿਸ਼ੀਲਤਾ ਦਰਸਾਉਂਦੀ ਹੈ ਕਿ ਨੈੱਟਵਰਕ ਦੀ ਅਰਥਸ਼ਾਸਤਰੀ ਕੀਮਤ—ਗਠਿਤ ਭਰੋਸਾ ਅਤੇ ਲਿਕਵਿਡਿਟੀ—ਗਵਰਨੈਂਸ 'ਤੇ ਅੰਤਿਮ ਬੰਧਨ ਵਜੋਂ ਕੰਮ ਕਰਦੀ ਹੈ। ਕੋਈ ਵੀ ਸਮੂਹ ਹਾਰਡ ਫੋਰਕ ਨੂੰ ਧੱਕਦਾ ਹੈ ਤਾਂ ਉਸ ਨੂੰ ਅਰਥਸ਼ਾਸਤਰੀ ਸਮਰਥਨ ਗੁਆਉਣ ਦਾ ਜੋਖਮ ਹੁੰਦਾ ਹੈ ਜੇ ਵਿਆਪਕ ਭਾਈਚਾਰਾ ਸਥਾਪਿਤ, ਸਾਬਤ ਚੇਨ ਨਾਲ ਚਿਪਕਿਆ ਰਹਿੰਦਾ ਹੈ।
ਸਹਿਮਤੀ ਹਾਸਲ ਕਰਨਾ: ਸਿਗਨਲਿੰਗ, ਆਡਿਟਿੰਗ, ਅਤੇ ਲਾਗੂ ਕਰਨਾ
ਜਦੋਂ ਵਿਕਾਸਕਾਰੀ ਕੋਡ ਡਰਾਫਟ ਕਰਦੇ ਹਨ ਅਤੇ ਫੋਰਕ ਤਰ੍ਹਾਂ ਚੁਣਦੇ ਹਨ, ਅਪਣਾਉਣ ਦਾ ਸਿਆਸੀ ਕੰਮ ਮਾਈਨਰਾਂ, ਫੁੱਲ ਨੋਡਾਂ, ਅਤੇ ਸਮੇਂ-ਅਧਾਰਿਤ ਯੰਤਰਾਂ ਨੂੰ ਸ਼ਾਮਲ ਕਰਦੇ ਹੋਏ ਇੱਕ ਗੁੰਝਲਦਾਰ ਤਿੰਨ-ਪੜਾਅ ਵਾਲੀ ਪ੍ਰਕਿਰਿਆ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਸਿਗਨਲਿੰਗ (ਵੋਟਿੰਗ ਇਰਾਦਾ), ਆਡਿਟਿੰਗ (ਕੋਡ ਚੈੱਕ ਕਰਨਾ), ਅਤੇ ਲਾਗੂ ਕਰਨਾ (ਅਵੈਧ ਬਲਾਕਾਂ ਨੂੰ ਰੱਦ ਕਰਨਾ) ਦਾ ਇਹ ਖੇਲ ਵਿਤਰਿਤ ਗਵਰਨੈਂਸ ਦਾ ਦਿਲ ਹੈ।
ਇੱਥੇ ਮੁੱਖ ਬਿੰਦੂ ਇਹ ਹੈ ਕਿ ਸ਼ਕਤੀ ਵੰਡੀ ਹੋਈ ਹੈ: ਮਾਈਨਰ ਪ੍ਰਸਤਾਵ ਕਰਦੇ ਹਨ, ਪਰ ਉਪਭੋਗਤਾ ਨਿਪਟਾਰਾ ਕਰਦੇ ਹਨ।
ਮਾਈਨਰ ਵਿਰੁੱਧ ਨੋਡ: ਵੈਲੀਡੇਸ਼ਨ ਸ਼ਕਤੀ ਦੇ ਦੋ ਰੂਪ
ਬਿਟਕਾਇਨ ਗਵਰਨੈਂਸ ਵਿੱਚ, ਦੋ ਤਰ੍ਹਾਂ ਦੇ ਸ਼ਕਤੀ ਧਾਰਕਾਂ ਵਿਚਕਾਰ ਅੰਤਰ ਕਰਨਾ ਮਹੱਤਵਪੂਰਨ ਹੈ:
1. ਮਾਈਨਰ (ਹੈਸ਼ਿੰਗ ਪਾਵਰ)
ਮਾਈਨਰ, ਜੋ ਪ੍ਰੂਫ਼-ਅਫ਼-ਵਰਕ (PoW) ਅਲਗੋਰਿਦਮ ਨੂੰ ਚਲਾਉਂਦੇ ਹਨ, ਬਲਾਕ ਬਣਾਉਣ ਦੀ ਸ਼ਕਤੀ ਰੱਖਦੇ ਹਨ। ਜਦੋਂ ਸਾਫਟ ਫੋਰਕ ਪ੍ਰਸਤਾਵਿਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਵਿਕਾਸਕਾਰੀ ਮਾਈਨਰਾਂ ਲਈ ਸਿਗਨਲ ਆਪਣਾ ਸਮਰਥਨ ਕਰਨ ਦਾ ਯੰਤਰ ਨਿਰਧਾਰਿਤ ਕਰਦੇ ਹਨ। ਇਹ ਸਿਗਨਲਿੰਗ ਆਮ ਤੌਰ 'ਤੇ ਉਹਨਾਂ ਵੱਲੋਂ ਉਤਪਾਦਿਤ ਬਲਾਕ ਹੈਡਰ ਵਿੱਚ ਇੱਕ ਖਾਸ ਡੇਟਾ ਟੁਕੜਾ ("ਫਲੈਗ") ਐੰਬੈੱਡ ਕਰਕੇ ਕੀਤੀ ਜਾਂਦੀ ਹੈ।
ਜੇ ਨਿਰਧਾਰਿਤ ਅਵਧੀ ਵਿੱਚ ਸਾਰੇ ਮਾਈਨ ਕੀਤੇ ਬਲਾਕਾਂ ਦਾ 95% ਸਾਫਟ ਫੋਰਕ ਲਈ ਸਮਰਥਨ ਸਿਗਨਲ ਕਰਦਾ ਹੈ, ਤਾਂ ਬਦਲਾਅ ਐਕਟੀਵੇਸ਼ਨ ਲਈ ਤਿਆਰ ਮੰਨਿਆ ਜਾਂਦਾ ਹੈ। ਮਾਈਨਰਾਂ ਦਾ ਸਿਗਨਲਿੰਗ ਮਹੱਤਵਪੂਰਨ ਹੈ ਕਿਉਂਕਿ ਉਹ ਬਲਾਕ ਬਣਾਉਂਦੇ ਸਮੇਂ ਨਵੇਂ ਨਿਯਮਾਂ ਨੂੰ ਲਾਗੂ ਕਰਨ ਵਾਲੇ ਹਨ। ਹਾਲਾਂਕਿ, ਮਾਈਨਰ ਸਿਗਨਲਿੰਗ ਸਿਰਫ਼ ਪਾਲਣ ਦਾ ਇਰਾਦਾ ਹੈ, ਅੰਤਿਮ ਅਥਾਰਟੀ ਨਹੀਂ। ਮਾਈਨਰਾਂ ਨੂੰ ਅਰਥਸ਼ਾਸਤਰੀ ਉੱਤਸ਼ਾਹਨਾਂ ਨਾਲ ਦਬਾਅ ਪਾਇਆ ਜਾ ਸਕਦਾ ਹੈ ਤਾਂ ਜੋ ਉਹ ਸਮਰਥਨ ਸਿਗਨਲ ਕਰਨ, ਭਾਵੇਂ ਉਹ ਬਦਲਾਅ ਨੂੰ ਨਾਪਸੰਦ ਕਰਦੇ ਹੋਣ।
2. ਫੁੱਲ ਨੋਡ (ਲਾਗੂ ਕਰਨ ਵਾਲੀ ਸ਼ਕਤੀ)
ਫੁੱਲ ਨੋਡ ਇਹ ਕੰਪਿਊਟਰ ਹਨ ਜੋ ਪੂਰਾ ਬਿਟਕਾਇਨ ਸੌਫਟਵੇਅਰ ਚਲਾਉਂਦੇ ਹਨ, ਨੈੱਟਵਰਕ ਦੀ ਸ਼ੁਰੂਆਤ ਤੋਂ ਹਰੇਕ ਲੈਣ-ਦੇਣ ਅਤੇ ਬਲਾਕ ਨੂੰ ਡਾਊਨਲੋਡ ਅਤੇ ਵੈਲੀਡੇਟ ਕਰਦੇ ਹਨ। ਨੋਡ ਮੁੱਖ ਤੌਰ 'ਤੇ ਉਪਭੋਗਤਾਵਾਂ, ਐਕਸਚੇਂਜਾਂ, ਵਪਾਰਾਂ, ਅਤੇ ਵਾਲਟਾਂ ਵੱਲੋਂ ਚਲਾਏ ਜਾਂਦੇ ਹਨ। ਨੋਡ ਮਾਈਨਰਾਂ ਵਾਂਗ ਸਮਰਥਨ ਸਿਗਨਲ ਨਹੀਂ ਕਰਦੇ; ਉਹ ਲਾਗੂ ਕਰਦੇ ਹਨ।
ਜੇ ਮਾਈਨਰ ਬਹੁਮਤ ਨੋਡਾਂ ਨੂੰ ਅਸਵੀਕਾਰਯੋਗ ਲੱਗਣ ਵਾਲਾ ਬਦਲਾਅ ਐਕਟੀਵੇਟ ਕਰਦੇ ਹਨ, ਤਾਂ ਨੋਡ ਸਿਰਫ਼ ਨਵੇਂ, ਅਣਚਾਹੇ ਨਿਯਮਾਂ ਅਧੀਨ ਬਣਾਏ ਬਲਾਕਾਂ ਨੂੰ ਰੱਦ ਕਰ ਦੇਣਗੇ। ਉਨ੍ਹਾਂ ਬਲਾਕਾਂ ਨੂੰ ਰੱਦ ਕਰਕੇ, ਨੋਡ ਅਸਲ ਵਿੱਚ ਮਾਈਨਰਾਂ ਦੇ ਇਨਾਮ ਨੂੰ ਹਟਾ ਦਿੰਦੇ ਹਨ, ਕਿਉਂਕਿ ਬਲਾਕ ਅਨਾਥ ਹੋ ਜਾਂਦਾ ਹੈ ਅਤੇ ਲੈਣ-ਦੇਣ ਫੀਆਂ ਗੁਆਚ ਜਾਂਦੀਆਂ ਹਨ।
ਅਰਥਾਤ, ਮਾਈਨਰਾਂ ਨੂੰ ਨੋਡਾਂ ਵੱਲੋਂ ਨਿਰਧਾਰਿਤ ਨਿਯਮਾਂ ਦੀ ਪਾਲਣਾ ਕਰਨੀ ਪੈਂਦੀ ਹੈ, ਕਿਉਂਕਿ ਜੇ ਨੋਡ ਉਨ੍ਹਾਂ ਦੇ ਬਲਾਕਾਂ ਨੂੰ ਰੱਦ ਕਰ ਦਿੰਦੇ ਹਨ, ਤਾਂ ਉਨ੍ਹਾਂ ਦੀ ਮਾਈਨਿੰਗ ਕੋਸ਼ਿਸ਼ ਅਰਥਸ਼ਾਸਤਰੀ ਤੌਰ 'ਤੇ ਬੇਕਾਰ ਜਾਂਦੀ ਹੈ। ਫੁੱਲ ਨੋਡ ਰੁਪਏ ਨੀਤੀ ਦੇ ਅੰਤਿਮ ਆਡਿਟਰ ਅਤੇ ਗੇਟਕੀਪਰ ਵਜੋਂ ਕੰਮ ਕਰਦੇ ਹਨ।
ਐਕਟੀਵੇਸ਼ਨ ਯੰਤਰ: ਸਿਗਨਲਿੰਗ ਦੀ ਭੂਮਿਕਾ
ਵਿਤਰਿਤ ਐਕਟੀਵੇਸ਼ਨ ਦੀ ਅਰਾਜਕ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਪ੍ਰਬੰਧਿਤ ਕਰਨ ਲਈ, ਸਾਫਟ ਫੋਰਕਸ ਨੈੱਟਵਰਕ ਤਿਆਰੀ ਨੂੰ ਯਕੀਨੀ ਬਣਾਉਣ ਲਈ ਡਿਜ਼ਾਇਨ ਕੀਤੇ ਸਮੇਂ-ਲੌਕਡ ਐਕਟੀਵੇਸ਼ਨ ਯੰਤਰਾਂ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਨ।
ਇੱਕ ਆਮ ਤਰੀਕਾ ਬਹੁ-ਅਵਧੀ ਸਿਗਨਲਿੰਗ ਪੜਾਅ ਨੂੰ ਸ਼ਾਮਲ ਕਰਦਾ ਹੈ, ਜਿਸ ਨੂੰ ਅਕਸਰ "Flag Day" ਸਿਗਨਲਿੰਗ ਕਿਹਾ ਜਾਂਦਾ ਹੈ:
- ਸਿਗਨਲਿੰਗ ਦੀ ਸ਼ੁਰੂਆਤ: ਨਵਾਂ ਕੋਡ ਰਿਲੀਜ਼ ਹੁੰਦਾ ਹੈ, ਅਤੇ ਮਾਈਨਰ ਬਲਾਕ ਹੈਡਰਾਂ ਰਾਹੀਂ ਆਪਣੀ ਤਿਆਰੀ ਸਿਗਨਲ ਕਰਨਾ ਸ਼ੁਰੂ ਕਰਦੇ ਹਨ।
- ਥ੍ਰੈਸ਼ਹੋਲਡ ਅਵਧੀ: ਨੈੱਟਵਰਕ ਇੱਕ ਨਿਰਧਾਰਿਤ ਸੰਖਿਆ ਵਾਲੇ ਬਲਾਕਾਂ ਨੂੰ ਦੇਖਦਾ ਹੈ (ਉਦਾ., 2,016 ਬਲਾਕ, ਜਾਂ ਲਗਭਗ ਦੋ ਹਫ਼ਤੇ)।
- ਐਕਟੀਵੇਸ਼ਨ: ਜੇ ਉਨ੍ਹਾਂ ਬਲਾਕਾਂ ਦਾ ਲੋੜੀਂਦਾ ਥ੍ਰੈਸ਼ਹੋਲਡ (ਉਦਾ., 95%) ਤਿਆਰੀ ਸਿਗਨਲ ਕਰਦਾ ਹੈ, ਤਾਂ ਅਸਲ ਲੌਕ-ਇਨ ਲਈ ਘੜੀ ਚੱਲਣਾ ਸ਼ੁਰੂ ਹੋ ਜਾਂਦੀ ਹੈ। ਕੁਝ ਹਜ਼ਾਰ ਬਲਾਕ ਬਾਅਦ (ਗ੍ਰੇਸ ਪੀਰੀਅਡ ਪ੍ਰਦਾਨ ਕਰਦੇ ਹੋਏ), ਨਵਾਂ ਨਿਯਮ ਸਥਾਈ ਤੌਰ 'ਤੇ ਐਕਟੀਵੇਟ ਹੋ ਜਾਂਦਾ ਹੈ।
ਇਹ ਯੰਤਰ ਯਕੀਨੀ ਬਣਾਉਂਦਾ ਹੈ ਕਿ ਬਦਲਾਅ ਨੂੰ ਪੂਰਵਾਨੁਮਾਨਕ ਤੌਰ 'ਤੇ ਲਾਗੂ ਕੀਤਾ ਜਾਵੇ ਅਤੇ ਸਿਰਫ਼ ਅਰਥਸ਼ਾਸਤਰੀ ਤੌਰ 'ਤੇ ਸ਼ਕਤੀਸ਼ਾਲੀ ਮਾਈਨਿੰਗ ਸੈਕਟਰ ਤੋਂ ਸਪੱਸ਼ਟ, ਮਾਪਿਆ ਹੋਇਆ ਸਮਰਥਨ ਦੇ ਪ੍ਰਦਰਸ਼ਨ ਤੋਂ ਬਾਅਦ। ਇਹ ਪ੍ਰਕਿਰਿਆ ਸਿਆਸੀ ਸਮਝੌਤੇ ਨੂੰ ਰਸਮੀ ਬਣਾਉਂਦੀ ਹੈ: ਵਿਕਾਸਕਾਰੀ ਕੋਡ ਲਿਖਦੇ ਹਨ, ਮਾਈਨਰ ਇਸ ਦੀ ਐਕਟੀਵੇਸ਼ਨ ਲਈ ਵੋਟ ਦਿੰਦੇ ਹਨ, ਅਤੇ ਉਪਭੋਗਤਾ ਇਸ ਨੂੰ ਲਾਗੂ ਕਰਨ ਲਈ ਆਪਣੇ ਨੋਡ ਤਿਆਰ ਕਰਦੇ ਹਨ।
ਯੂਜ਼ਰ ਐਕਟੀਵੇਟਿਡ ਸਾਫਟ ਫੋਰਕਸ (UASFs): ਜਦੋਂ ਉਪਭੋਗਤਾ ਹਥ ਲੈਂਦੇ ਹਨ
ਸ਼ਕਤੀ ਦਾ ਸੰਤੁਲਨ ਸੈਗਰੀਗੇਟਿਡ ਵਿਟਨੈੱਸ (SegWit) ਨੂੰ ਘੇਰੀਆਂ ਬਹਿਸਾਂ ਦੌਰਾਨ ਪਰਖਿਆ ਗਿਆ, ਇੱਕ ਸਾਫਟ ਫੋਰਕ ਜੋ ਲੈਣ-ਦੇਣ ਦੀ ਕੁਸ਼ਲਤਾ ਵਿੱਚ ਸੁਧਾਰ ਕਰਨ ਲਈ ਡਿਜ਼ਾਇਨ ਕੀਤਾ ਗਿਆ ਸੀ। ਜਦੋਂ ਮਾਈਨਰਾਂ ਨੇ ਅਰਥਸ਼ਾਸਤਰੀ ਚਿੰਤਾਵਾਂ ਦੱਸ ਕੇ SegWit ਦੀ ਐਕਟੀਵੇਸ਼ਨ ਲਈ ਸਿਗਨਲਿੰਗ ਨੂੰ ਰੋਕਿਆ, ਤਾਂ ਭਾਈਚਾਰੇ ਨੂੰ ਸਾਬਤ ਕਰਨਾ ਪਿਆ ਕਿ ਫੁੱਲ ਨੋਡਾਂ ਕੋਲ ਅੰਤਿਮ ਸ਼ਕਤੀ ਹੈ।
ਇਸ ਨੇ ਯੂਜ਼ਰ ਐਕਟੀਵੇਟਿਡ ਸਾਫਟ ਫੋਰਕ (UASF) ਦੀ ਧਾਰਨਾ ਨੂੰ ਜਨਮ ਦਿੱਤਾ।
UASF ਉਹ ਸਾਫਟ ਫੋਰਕ ਹੈ ਜਿੱਥੇ ਐਕਟੀਵੇਸ਼ਨ ਟ੍ਰਿਗਰ ਮਾਈਨਰ ਸਿਗਨਲਿੰਗ 'ਤੇ ਅਧਾਰਤ ਨਹੀਂ, ਸਮੇਂ 'ਤੇ ਅਧਾਰਤ ਹੈ। UASF ਵਿੱਚ, ਨੋਡ (ਉਪਭੋਗਤਾ) ਇਕੱਤਰੇ ਤੌਰ 'ਤੇ ਭਵਿੱਖ ਦੀ ਤਾਰੀਖ ਚੁਣਦੇ ਹਨ ਜਿੱਥੋਂ ਨਵਾਂ ਨਿਯਮ ਲਾਗੂ ਕਰਨਾ ਸ਼ੁਰੂ ਕਰਨ ਲਈ, ਭਾਵੇਂ ਮਾਈਨਰ ਕੀ ਸਿਗਨਲ ਕਰਦੇ ਹਨ।
ਸਭ ਤੋਂ ਮਸ਼ਹੂਰ ਉਦਾਹਰਨ BIP 148 ਹੈ, ਜਿਸ ਨੇ ਇੱਕ ਖਾਸ ਤਾਰੀਖ ਨਾਲ SegWit ਐਕਟੀਵੇਟ ਕਰਨ ਦਾ ਪ੍ਰਸਤਾਵ ਰੱਖਿਆ। BIP 148 ਚਲਾਉਣ ਵਾਲੇ ਨੋਡਾਂ ਨੇ ਕਿਹਾ: "ਤਾਰੀਖ X ਤੋਂ ਬਾਅਦ, ਅਸੀਂ ਸਿਰਫ਼ ਉਹ ਬਲਾਕ ਸਵੀਕਾਰ ਕਰਾਂਗੇ ਜੋ SegWit ਤਿਆਰੀ ਸਿਗਨਲ ਕਰ ਰਹੇ ਹਨ।"
ਇੱਥੇ ਗੇਮ ਥਿਊਰੀ ਮਹੱਤਵਪੂਰਨ ਹੈ। ਜੇ 51% ਹੈਸ਼ਿੰਗ ਪਾਵਰ ਨੇ ਸਿਗਨਲ ਕਰਨ ਤੋਂ ਇਨਕਾਰ ਕੀਤਾ, ਪਰ ਅਰਥਸ਼ਾਸਤਰੀ ਤੌਰ 'ਤੇ relevant ਨੋਡਾਂ (ਐਕਸਚੇਂਜਾਂ, ਪੇਮੈਂਟ ਪ੍ਰੋਸੈੱਸਰਾਂ, ਵੱਡੀਆਂ ਵਾਲਟਾਂ) ਦਾ ਵੱਡਾ ਹਿੱਸਾ UASF ਸੌਫਟਵੇਅਰ ਚਲਾ ਰਿਹਾ ਹੁੰਦਾ, ਤਾਂ ਮਾਈਨਰਾਂ ਨੂੰ ਸਖ਼ਤ ਚੋਣ ਦਾ ਸਾਹਮਣਾ ਕਰਨਾ ਪੈਂਦਾ:
- ਨਾਨ-ਸਿਗਨਲਿੰਗ ਬਲਾਕਾਂ ਨੂੰ ਮਾਈਨ ਕਰਨਾ ਜਾਰੀ ਰੱਖੋ: ਇਹ ਬਲਾਕ UASF ਨੋਡਾਂ ਵੱਲੋਂ ਰੱਦ ਕੀਤੇ ਜਾਣਗੇ, ਜੋ ਵਿੱਤੀ ਨੁਕਸਾਨ ਨੂੰ ਜਨਮ ਦੇਵੇਗਾ।
- ਸਿਗਨਲਿੰਗ ਸ਼ੁਰੂ ਕਰੋ ਅਤੇ ਨਿਯਮ ਅਪਣਾਓ: ਆਪਣੀ ਮਾਈਨਿੰਗ ਆਮਦਨੀ ਨੂੰ ਬਚਾਓ ਅਤੇ ਉਪਭੋਗਤਾ ਸਹਿਮਤੀ ਨਾਲ ਜੁੜੋ।
UASF ਖ਼ਤਰੇ ਨੇ ਸਫਲਤਾਪੂਰਵਕ ਮਾਈਨਿੰਗ ਪੂਲਾਂ ਨੂੰ ਬਦਲਾਅ ਅਪਣਾਉਣ ਲਈ ਮਜਬੂਰ ਕੀਤਾ, ਦਰਸਾਉਂਦਾ ਹੈ ਕਿ ਬਿਟਕਾਇਨ ਦੀ ਵਿਤਰਿਤ ਸਿਆਸੀ ਅਰਥਵਿਵਸਥਾ ਵਿੱਚ, ਉਪਭੋਗਤਾ ਪਸੰਦ ਅਤੇ ਨੋਡ ਲਾਗੂ ਕਰਨਾ ਮਾਈਨਰ ਸਿਗਨਲਿੰਗ ਨੂੰ ਭੁੱਲੀਆਂ ਜਾਂਦੀ ਹੈ ਜਦੋਂ ਬਾਤ ਆਉਂਦੀ ਹੈ। UASF ਨੇ ਇਹ ਸਿਧਾਂਤ ਮਜ਼ਬੂਤ ਕੀਤਾ ਕਿ ਫੁੱਲ ਨੋਡ ਚਲਾਉਣਾ ਬਿਟਕਾਇਨ ਇਕੋਸਿਸਟਮ ਵਿੱਚ ਅੰਤਿਮ ਵੀਟੋ ਸ਼ਕਤੀ ਹੈ।
ਬਿਟਕਾਇਨ ਗਵਰਨੈਂਸ ਵਿੱਚ ਕੇਸ ਸਟੱਡੀਜ਼: ਸਿੱਖਿਆ ਗਏ ਸਬਕ
ਸਫਲ ਅਤੇ ਉਥਲ-ਪੁਥਲ ਵਾਲੀਆਂ ਗਵਰਨੈਂਸ ਘਟਨਾਵਾਂ ਦੀ ਪਰਖ ਪ੍ਰੋਟੋਕੋਲ ਬਦਲਾਅ ਦੇ ਉੱਚ-ਘਰਸ਼ਣ ਵਾਲੇ ਵਾਤਾਵਰਣ ਨੂੰ ਸਮਝਣ ਲਈ ਮਹੱਤਵਪੂਰਨ ਸੰਦਰਭ ਪ੍ਰਦਾਨ ਕਰਦੀ ਹੈ। ਇਹ ਘਟਨਾਵਾਂ ਕੋਡ ਰਾਹੀਂ ਲੜੀਆਂ ਜਾਂਦੀਆਂ ਅਰਥਸ਼ਾਸਤਰੀ ਲੜਾਈਆਂ ਹਨ, ਜੋ ਸਾਬਤ ਕਰਦੀਆਂ ਹਨ ਕਿ ਸਹਿਮਤੀ ਮਹਿੰਗੀ ਹੈ ਅਤੇ ਮਹੱਤਵਪੂਰਨ ਸਿਆਸੀ ਕੋਸ਼ਿਸ਼ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ।
SegWit (BIP 141): ਘਰਸ਼ਣ ਅਤੇ ਸਮਝੌਤੇ ਦੀ ਅਧਿਐਨ
ਸੈਗਰੀਗੇਟਿਡ ਵਿਟਨੈੱਸ, ਜਾਂ SegWit, ਸ਼ਾਇਦ ਬਿਟਕਾਇਨ ਦੇ ਇਤਿਹਾਸ ਵਿੱਚ ਸਭ ਤੋਂ ਗਰਮ ਸਾਫਟ ਫੋਰਕ ਸੀ। 2015 ਵਿੱਚ ਪ੍ਰਸਤਾਵਿਤ ਅਤੇ ਅੰਤ ਵਿੱਚ 2017 ਵਿੱਚ ਐਕਟੀਵੇਟ ਕੀਤਾ ਗਿਆ, ਦੋ-ਸਾਲੀ ਬਹਿਸ ਗੈਰ-ਤੁਲਨਾਤਮਕ ਬਦਲਾਅ ਬਣਾਉਣ ਦੀ ਸ਼ੁੱਧ ਮੁਸ਼ਕਲ ਨੂੰ ਉਜਾਗਰ ਕਰਦੀ ਹੈ।
ਵਿਵਾਦ: SegWit ਨੂੰ ਲੈਣ-ਦੇਣ ਮੈਲੀਐਬਿਲਟੀ ਨੂੰ ਠੀਕ ਕਰਨ ਅਤੇ ਲੈਣ-ਦੇਣ ਸਮਰੱਥਾ ਨੂੰ ਅਸਿੱਧੇ ਤੌਰ 'ਤੇ ਵਧਾਉਣ ਲਈ ਡਿਜ਼ਾਇਨ ਕੀਤਾ ਗਿਆ ਸੀ। ਹਾਲਾਂਕਿ, ਬਹੁਤ ਸਾਰੇ ਵੱਡੇ ਮਾਈਨਿੰਗ ਹਿੱਤਾਂ ਨੇ ਇਸ ਦਾ ਵਿਰੋਧ ਕੀਤਾ, ਬਲਾਕ ਆਕਾਰ ਵਿੱਚ ਸਿੱਧਾ ਹਾਰਡ ਫੋਰਕ ਵਧਾਉਣ ਨੂੰ ਤਰਜੀਹ ਦਿੰਦੇ ਹੋਏ (SegWit2x ਪ੍ਰਸਤਾਵ)। ਵਿਵਾਦ ਮੂਲਭੂਤ ਤੌਰ 'ਤੇ ਸਿਆਸੀ ਸੀ: ਕੇਂਦਰੀਕ੍ਰਿਤ ਮਾਈਨਿੰਗ ਹਿੱਤਾਂ ਵਿਰੁੱਧ ਵਿਤਰਿਤ ਵਿਕਾਸਕਾਰੀ ਅਤੇ ਉਪਭੋਗਤਾ ਹਿੱਤ।
ਹੱਲ: ਹੱਲ ਵਿੱਚ ਤਿੰਨ ਸਮਾਂਤਰਲ ਗਵਰਨੈਂਸ ਰਣਨੀਤੀਆਂ ਸ਼ਾਮਲ ਸਨ:
- ਵਿਕਾਸਕਾਰੀ ਸਹਿਮਤੀ (ਸਾਫਟ ਫੋਰਕ ਚੋਣ): ਵਿਕਾਸਕਾਰੀਆਂ ਨੇ ਚੇਨ ਵੰਡ ਦੇ ਜੋਖਮ ਤੋਂ ਬਚਣ ਲਈ ਸਾਫਟ ਤੋਰਕ (BIP 141) 'ਤੇ ਜ਼ੋਰ ਦਿੱਤਾ।
- ਅਰਥਸ਼ਾਸਤਰੀ ਸਹਿਮਤੀ (ਨਿਊ ਯਾਰਕ ਸਮਝੌਤਾ): ਇੱਕ ਸਮਝੌਤਾ, ਮੁੱਖ ਤੌਰ 'ਤੇ ਕੇਂਦਰੀਕ੍ਰਿਤ ਵਪਾਰਾਂ ਨਾਲ, ਕੀਤੀ ਗਈ (SegWit2x), ਪਰ ਅੰਤਿਮ ਤੌਰ 'ਤੇ ਅਸਫਲ ਰਿਹਾ ਕਿਉਂਕਿ ਇਸ ਵਿੱਚ ਉਪਭੋਗਤਾ ਅਪਣਾਉਣਾ ਨਹੀਂ ਸੀ।
- ਉਪਭੋਗਤਾ ਸ਼ਕਤੀ (UASF/BIP 148): UASF ਦਾ ਖ਼ਤਰਾ ਫੈਸਲਾਕਾਰਕ ਕਾਰਕ ਸੀ। ਗੈਰ-ਸੰਪ੍ਰਭੂ ਅਨੁਕੂਲ ਬਲਾਕਾਂ ਨੂੰ ਰੱਦ ਕਰਨ ਦੀ ਉਪਭੋਗਤਾਵਾਂ ਦੀ ਇੱਛਾ ਨੂੰ ਸਿਗਨਲ ਕਰਕੇ, ਉਪਭੋਗਤਾਵਾਂ ਨੇ ਦਰਸਾਇਆ ਕਿ ਉਨ੍ਹਾਂ ਕੋਲ ਨੈੱਟਵਰਕ ਨਿਯਮਾਂ 'ਤੇ ਅੰਤਿਮ ਸ਼ਕਤੀ ਹੈ।
SegWit ਦੀ ਸਫਲਤਾ ਨੇ ਸਾਬਤ ਕੀਤਾ ਕਿ ਜਦੋਂ ਵੀ ਮਾਈਨਰ ਐਕਟੀਵੇਸ਼ਨ ਨੂੰ ਧੀਮਾ ਕਰ ਸਕਦੇ ਹਨ, ਉਹ ਗੈਰ-ਗਾਇਬ ਤਕਨੀਕੀ ਅਤੇ ਉਪਭੋਗਤਾ ਸਮਰਥਨ ਵਾਲੇ ਬਦਲਾਅ ਨੂੰ ਇਕੱਤਰੇ ਤੌਰ 'ਤੇ ਰੋਕ ਨਹੀਂ ਸਕਦੇ, ਖਾਸ ਕਰ ਜਦੋਂ ਮਹੱਤਵਪੂਰਨ ਇਨਫਰਾਸਟ੍ਰਕਚਰ ਅਪਡੇਟ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ।
Taproot (BIPs 340, 341, 342): ਸਪੀਡੀ ਟ੍ਰਾਇਲ ਦੀ ਚੁੱਪੀ ਸਫਲਤਾ
SegWit ਐਕਟੀਵੇਸ਼ਨ ਦੀ ਉਥਲ-ਪੁਥਲ ਨਾਲ Taproot ਦੀ ਤੁਲਨਾ ਕਰੋ, ਇੱਕ ਵੱਡਾ ਅਪਗ੍ਰੇਡ ਜੋ 2021 ਵਿੱਚ ਐਕਟੀਵੇਟ ਹੋਇਆ। Taproot ਨੇ ਗੋਪਨੀਯਤਾ, ਕੁਸ਼ਲਤਾ, ਅਤੇ ਸਮਾਰਟ ਕਾਂਟ੍ਰੈਕਟ ਸਮਰੱਥਾਵਾਂ ਵਿੱਚ ਮਹੱਤਵਪੂਰਨ ਸੁਧਾਰ ਪ੍ਰਦਾਨ ਕੀਤੇ। SegWit ਤੋਂ ਸਿੱਖੇ ਸਬਕਾਂ ਕਾਰਨ, Taproot ਲਈ ਗਵਰਨੈਂਸ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਨਵੀਂ ਐਕਟੀਵੇਸ਼ਨ ਵਿਧੀ ਨਾਲ ਸਰਲ ਬਣਾਇਆ ਗਿਆ: ਸਪੀਡੀ ਟ੍ਰਾਇਲ।
ਸਪੀਡੀ ਟ੍ਰਾਇਲ ਯੰਤਰ: ਆਮ ਨਿਰਧਾਰਿਤ-ਸਮੇਂ ਲੌਕ-ਇਨ ਦੀ ਬਜਾਏ, ਸਪੀਡੀ ਟ੍ਰਾਇਲ ਨੇ ਦੋ-ਹਫ਼ਤੇ ਦੀ ਅਵਧੀ 'ਤੇ 90% ਸਿਗਨਲਿੰਗ ਥ੍ਰੈਸ਼ਹੋਲਡ ਨਿਰਧਾਰਿਤ ਕੀਤਾ, ਪਰ ਇਸ ਵਿੱਚ ਇੱਕ ਅੰਤ ਵੀ ਸ਼ਾਮਲ ਸੀ।
- ਜੇ 90% ਮਾਈਨਰਾਂ ਨੇ ਵਿੰਡੋ ਵਿੱਚ ਸਮਰਥਨ ਸਿਗਨਲ ਕੀਤਾ, ਤਾਂ ਬਦਲਾਅ ਜਲਦੀ ਲੌਕ-ਇਨ ਹੋ ਜਾਵੇਗਾ (ਸਪੀਡੀ ਟ੍ਰਾਇਲ ਸਫਲਤਾ)।
- ਜੇ ਥ੍ਰੈਸ਼ਹੋਲਡ ਪੂਰਾ ਨਹੀਂ ਹੋਇਆ, ਤਾਂ ਪ੍ਰਕਿਰਿਆ ਅਸਫਲ ਹੋ ਜਾਵੇਗੀ, ਭਾਈਚਾਰੇ ਨੂੰ ਡਰਾਇੰਗ ਬੋਰਡ 'ਤੇ ਵਾਪਸ ਭੇਜ ਦੇਣਾ—ਸੰਭਾਵੀ ਤੌਰ 'ਤੇ ਬਾਅਦ ਵਿੱਚ ਵਿਵਾਦਾਸਪਦ UASF ਤਰੀਕੇ 'ਤੇ ਵਿਚਾਰ ਕਰਨਾ।
ਇਹ ਢਾਂਚਾਬੱਧ, ਸਮੇਂ-ਸੀਮਤ ਤਰੀਕਾ ਮਾਈਨਰਾਂ 'ਤੇ ਜਲਦੀ ਸਹਿਮਤੀ ਹਾਸਲ ਕਰਨ ਲਈ ਦਬਾਅ ਪਾਉਂਦਾ ਹੈ, ਜਾਣਦੇ ਹੋਏ ਕਿ ਸਿਗਨਲਿੰਗ ਅਸਫਲਤਾ ਗੁੰਝਲਦਾਰ ਗਵਰਨੈਂਸ ਗੱਲਬਾਤਾਂ ਵੱਲ ਵਾਪਸ ਭੇਜ ਦੇਵੇਗੀ। Taproot ਨੇ ਲਗਭਗ ਜਲਦੀ 90% ਸਿਗਨਲਿੰਗ ਥ੍ਰੈਸ਼ਹੋਲਡ ਹਾਸਲ ਕੀਤਾ, ਦਰਸਾਉਂਦਾ ਹੈ ਕਿ ਜਦੋਂ ਬਦਲਾਅ ਤਕਨੀਕੀ ਤੌਰ 'ਤੇ ਸਹੀ, ਗੈਰ-ਵਿਵਾਦਾਸਪਦ, ਅਤੇ ਵਿਕਾਸਕਾਰੀਆਂ ਵੱਲੋਂ ਚੰਗੀ ਤਰ੍ਹਾਂ ਸਮਰਥਿਤ ਹੁੰਦਾ ਹੈ, ਤਾਂ ਨੈੱਟਵਰਕ ਕੁਸ਼ਲਤਾ ਨਾਲ ਅਪਗ੍ਰੇਡ ਕਰ ਸਕਦਾ ਹੈ।
Taproot ਨੇ ਸਾਬਤ ਕੀਤਾ ਕਿ ਬਿਟਕਾਇਨ ਗਵਰਨੈਂਸ ਵਿਕਸਿਤ ਹੋ ਰਿਹਾ ਹੈ। ਹਾਲਾਂਕਿ ਅਜੇ ਵੀ ਗੰਦਾ, ਭਾਈਚਾਰੇ ਨੇ ਸਮੇਂ ਸਿਰ ਐਕਟੀਵੇਸ਼ਨ ਨੂੰ ਉੱਤਸ਼ਾਹਿਤ ਕਰਨ ਲਈ ਸਿਆਸੀ ਉੱਤਸ਼ਾਹਨਾਂ ਨੂੰ ਢਾਂਚਾਬੱਧ ਕਰਨਾ ਸਿੱਖ ਲਿਆ ਹੈ, ਹਾਲਾਂਕਿ ਉੱਚ-ਥ੍ਰੈਸ਼ਹੋਲਡ ਸਹਿਮਤੀ ਦੀ ਲੋੜ ਨੂੰ ਬਣਾਈ ਰੱਖਦੇ ਹੋਏ।
ਵਿਤਰਨ ਦਾ ਮੁੱਢ: ਗਵਰਨੈਂਸ ਕਿਉਂ ਗੰਦਾ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ
ਅਸੀਂ ਸਥਾਪਿਤ ਕੀਤਾ ਹੈ ਕਿ ਬਿਟਕਾਇਨ ਗਵਰਨੈਂਸ ਚਮਕਦਾਰ ਜਾਂ ਕੁਸ਼ਲ ਨਹੀਂ ਹੈ। ਇਹ ਅਕਸਰ ਧੀਮੀ, ਪੀੜਾਦਾਇਕ, ਅਤੇ ਅਤਿ ਵਾਦ-ਵਿਵਾਦ ਵਾਲੀ ਹੁੰਦੀ ਹੈ। ਇਹ ਅਕੁਸ਼ਲਤਾ, ਵਿਪਰੀਤ ਤੌਰ 'ਤੇ, ਇਸ ਦੀ ਤਾਕਤ ਅਤੇ ਹਾਰਡ ਮਨੀ ਅਸੈੱਟ ਵਜੋਂ ਆਕਰਸ਼ਣ ਦਾ ਸਰੋਤ ਹੈ। ਬਦਲਾਅ ਵਿਰੋਧੀ ਸੁਭਾਵ ਕੋਰ ਵੈਲੂ ਪ੍ਰਸਤਾਵ ਦੀ ਅਖੰਡਤਾ ਨੂੰ ਯਕੀਨੀ ਬਣਾਉਂਦਾ ਹੈ: ਭਰੋਸੇਯੋਗ, ਪੂਰਵਾਨੁਮਾਨਕ, ਅਤੇ ਸੀਮਤ ਜਾਰੀ।
ਉੱਚ-ਘਰਸ਼ਣ ਵਾਲੀ ਗਵਰਨੈਂਸ ਮਾਡਲ ਯਕੀਨੀ ਬਣਾਉਂਦੀ ਹੈ ਕਿ ਬਿਟਕਾਇਨ ਸਿਆਸੀ ਤੌਰ 'ਤੇ ਵਿਤਰਿਤ ਰਹਿੰਦਾ ਹੈ, ਇੱਕ ਵੀ ਸ਼ਕਤੀਸ਼ਾਲੀ ਕਾਰਪੋਰੇਟ ਅਸਤਿਤਵ ਜਾਂ ਸਰਕਾਰ ਵੱਲੋਂ ਸਟੀਅਰ ਨਾ ਕੀਤਾ ਜਾ ਸਕੇ।
ਬਦਲਾਅ ਦੀ ਕੀਮਤ ਵਿਰੁੱਧ ਪੂਰਵਾਨੁਮਾਨਕਤਾ ਦੀ ਕੀਮਤ
ਵਿੱਤ ਦੀ ਦੁਨੀਆ ਵਿੱਚ, ਅਨਿਸ਼ਚਿਤਤਾ ਬਰਾਬਰ ਜੋਖਮ ਹੈ। ਬਿਟਕਾਇਨ ਦੀ ਵੈਲੂ ਪ੍ਰਸਤਾਵ ਇਸ ਦੀ ਹਾਰਡ-ਕੋਡਿਡ ਰੁਪਏ ਨੀਤੀ 'ਤੇ ਅਧਾਰਤ ਹੈ—21 ਮਿਲੀਅਨ ਕਾਇਨਾਂ ਦੀ ਸਪਲਾਈ ਹੱਦ। ਜੇ ਪ੍ਰੋਟੋਕੋਲ ਨਿਯਮ ਬਦਲਣ ਵਿੱਚ ਅਸਾਨ ਹੁੰਦੇ, ਤਾਂ ਇਸ ਨਿਰਧਾਰਿਤ ਹੱਦ ਦਾ ਵਾਅਦਾ ਖ਼ਤਮ ਹੋ ਜਾਂਦਾ।
ਗਵਰਨੈਂਸ ਪ੍ਰਕਿਰਿਆ ਸੰਭਾਵੀ ਬਦਲਾਵਾਂ ਨੂੰ ਸਮਾਜਿਕ, ਤਕਨੀਕੀ, ਅਤੇ ਅਰਥਸ਼ਾਸਤਰੀ ਪਰਖ ਦੀ ਵਿਸ਼ਾਲ ਰੁਕਾਵਟ ਨੂੰ ਪਾਰ ਕਰਨ ਦੀ ਲੋੜ ਕਰਦੀ ਹੈ। ਇਹ "ਬਦਲਾਅ ਦੀ ਕੀਮਤ" ਗਾਰੰਟੀ ਦਿੰਦੀ ਹੈ:
- ਰੁਪਏ ਨੀਤੀ ਦੀ ਅਖੰਡਤਾ: 21 ਮਿਲੀਅਨ ਸਪਲਾਈ ਹੱਦ ਜਾਂ ਜਾਰੀ ਸਮਾਂਸਾਰਣੀ ਨੂੰ ਬਦਲਣਾ ਲਗਭਗ ਅਸੰਭਵ ਹੈ ਬਿਨਾਂ ਵਿਨਾਸ਼ਕਾਰੀ ਚੇਨ ਵੰਡ ਤੋਂ ਜੋ ਕਾਇਨ ਦੀ ਅਰਥਸ਼ਾਸਤਰੀ ਕੀਮਤ ਨੂੰ ਨਾਸ਼ ਕਰ ਦੇਵੇ।
- ਪੂਰਵਾਨੁਮਾਨਕਤਾ: ਵਪਾਰ, ਐਕਸਚੇਂਜ, ਅਤੇ ਸੰਸਥਾਗਤ ਨਿਵੇਸ਼ਕ ਬਿਟਕਾਇਨ ਇਕੋਸਿਸਟਮ ਵਿੱਚ ਪੂੰਜੀ ਨੂੰ ਸਮਰਪਿਤ ਕਰ ਸਕਦੇ ਹਨ ਜਾਣਦੇ ਹੋਏ ਕਿ ਮੁਢਲ ਨਿਯਮ ਅਚਾਨਕ ਨਹੀਂ ਬਦਲਣਗੇ।
- ਟ੍ਰੱਸਟਲੈੱਸਨੈੱਸ: ਉਪਭੋਗਤਾਵਾਂ ਨੂੰ ਨਿਯਮਾਂ ਨੂੰ ਬਣਾਈ ਰੱਖਣ ਲਈ CEO ਜਾਂ ਬੋਰਡ ਆਫ਼ ਡਾਇਰੈਕਟਰਜ਼ 'ਤੇ ਭਰੋਸਾ ਨਹੀਂ ਕਰਨਾ ਪੈਂਦਾ; ਉਹ ਗਵਰਨੈਂਸ ਮਾਡਲ ਵਿੱਚ ਨਿਹਿਤ ਸਿਆਸੀ ਸਥਿਰਤਾ ਅਤੇ ਅਰਥਸ਼ਾਸਤਰੀ ਨਿਰੋਧਕਾਂ 'ਤੇ ਭਰੋਸਾ ਕਰਦੇ ਹਨ।
ਗਵਰਨੈਂਸ ਦੀ ਅਕੁਸ਼ਲਤਾ ਰੁਪਏ ਅੰਤਿਮਤਾ ਅਤੇ ਵਿਤਰਿਤ ਭਰੋਸੇ ਨੂੰ ਹਾਸਲ ਕਰਨ ਦੀ ਕੀਮਤ ਹੈ।
ਪ੍ਰੋਟੋਕੋਲ ਪਾਲਣ ਦੀ ਗੇਮ ਥਿਊਰੀ
ਬਿਟਕਾਇਨ ਗਵਰਨੈਂਸ ਦੀ ਸੁਰੱਖਿਆ ਅੰਤਿਮ ਤੌਰ 'ਤੇ ਗੇਮ ਥਿਊਰੀ 'ਤੇ ਨਿਰਭਰ ਕਰਦੀ ਹੈ—ਵਿਰੋਧੀ ਅਸਤਿਤਵਾਂ ਵਿੱਚ ਰਣਨੀਤਕ ਫੈਸਲਾ-ਲੈਣ ਦੀ ਅਧਿਐਨ।
ਬਿਟਕਾਇਨ ਨੈੱਟਵਰਕ ਵਿੱਚ ਹਰ ਹਿੱਸੇਦਾਰ (ਮਾਈਨਰ, ਵਿਕਾਸਕਾਰੀ, ਅਤੇ ਉਪਭੋਗਤਾ) ਦਾ ਵੱਖਰਾ ਉੱਤਸ਼ਾਹਨ ਹੈ:
- ਵਿਕਾਸਕਾਰੀ: ਨੈੱਟਵਰਕ ਦੀ ਪ੍ਰਤਿਪੁੱਟੀ ਨੂੰ ਬਚਾਉਣ ਵਾਲੇ ਉੱਚ-ਗੁਣਵੱਤਾ, ਸੁਰੱਖਿਅਤ ਕੋਡ ਨੂੰ ਪ੍ਰਸਤਾਵਿਤ ਕਰਨ ਲਈ ਉੱਤਸ਼ਾਹਿਤ।
- ਮਾਈਨਰ: ਲਾਭ ਵਧਾਉਣ ਲਈ ਉੱਤਸ਼ਾਹਿਤ, ਮਤਲਬ ਉਨ੍ਹਾਂ ਨੂੰ ਉਹ ਚੇਨ ਚੁਣਨੀ ਪੈਂਦੀ ਹੈ ਜੋ ਬਹੁਮਤ ਉਪਭੋਗਤਾਵਾਂ (ਨੋਡਾਂ) ਵੱਲੋਂ ਸਵੀਕਾਰ ਕੀਤੀ ਜਾਵੇਗੀ, ਯਕੀਨੀ ਬਣਾਉਂਦੇ ਹੋਏ ਕਿ ਉਨ੍ਹਾਂ ਦੇ ਮਾਈਨ ਕੀਤੇ ਬਲਾਕ ਇਨਾਮ ਪ੍ਰਾਪਤ ਕਰਨਗੇ।
- ਉਪਭੋਗਤਾ (ਨੋਡ): ਉਨ੍ਹਾਂ ਨਿਯਮਾਂ ਨੂੰ ਬਣਾਈ ਰੱਖਣ ਲਈ ਉੱਤਸ਼ਾਹਿਤ ਜਿਨ੍ਹਾਂ ਲਈ ਉਹ ਪਹਿਲਾਂ ਸਾਈਨ ਅਪ ਕੀਤੇ ਸਨ, ਆਪਣੇ ਨਿਵੇਸ਼ ਦੀ ਅਖੰਡਤਾ ਨੂੰ ਬਚਾਉਂਦੇ ਹੋਏ।
ਇਹ ਹਰ ਪਾਰਟੀ ਲਈ ਆਪਟੀਮਲ ਰਣਨੀਤੀ ਨੂੰ ਫੁੱਲ ਨੋਡਾਂ ਵੱਲੋਂ ਲਾਗੂ ਕੀਤੇ ਨਿਯਮਾਂ ਦੀ ਪਾਲਣਾ ਕਰਨਾ ਬਣਾਉਂਦਾ ਹੈ ਨੈਸ਼ ਈਕੁਲਿਬ੍ਰੀਅਮ। ਜੇ ਕੋਈ ਸ਼ਕਤੀਸ਼ਾਲੀ ਅਸਤਿਤਵ ਸਹਿਮਤੀ ਤੋੜਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਦਾ ਹੈ (ਉਦਾ., ਇੱਕ ਮਾਈਨਿੰਗ ਪੂਲ ਵਿਵਾਦਾਸਪਦ ਹਾਰਡ ਫੋਰਕ ਨੂੰ ਧੱਕਣ ਦੀ), ਤਾਂ ਅਰਥਸ਼ਾਸਤਰੀ ਸਜ਼ਾ (ਚੇਨ ਫੋਰਕਿੰਗ ਅਤੇ ਲਿਕਵਿਡਿਟੀ ਨੂੰ ਨਾਸ਼ ਕਰਨਾ) ਇੰਨੀ ਗੰਭੀਰ ਹੁੰਦੀ ਹੈ ਕਿ ਉਹ ਕਿਸੇ ਵੀ ਸੰਭਾਵੀ ਛੋਟੇ-ਸਮੇਂ ਵਾਲੇ ਤਕਨੀਕੀ ਲਾਭ ਨੂੰ ਭਾਰੀ ਬਣਾਉਂਦੀ ਹੈ।
ਅਤੇ ਇਸ ਲਈ, ਬਿਟਕਾਇਨ ਗਵਰਨੈਂਸ ਦੀ ਗੰਦੀ ਪ੍ਰਕਿਰਿਆ, ਜੋ BIPs, ਵਿਵਾਦਾਸਪਦ ਬਹਿਸਾਂ, ਅਤੇ ਹਮੇਸ਼ਾ ਮੌਜੂਦ ਯੂਜ਼ਰ ਐਕਟੀਵੇਟਿਡ ਸਾਫਟ ਫੋਰਕਸ ਦੇ ਖ਼ਤਰੇ ਨਾਲ ਵਿਸ਼ੇਸ਼ੀਕ੍ਰਿਤ ਹੈ, ਡਿਜ਼ਾਇਨ ਦੀ ਅਸਫਲਤਾ ਨਹੀਂ ਹੈ। ਇਹ ਕ੍ਰਿਪਟੋਇਕਨਾਮਿਕ ਸੁਰੱਖਿਆ ਦਾ ਸਫਲ ਲਾਗੂ ਕਰਨ ਹੈ, ਯਕੀਨੀ ਬਣਾਉਂਦੀ ਹੈ ਕਿ ਤਕਨੀਕੀ ਵਿਤਰਨ ਨਾਲੋਂ ਸਿਆਸੀ ਵਿਤਰਨ ਬਣਾਈ ਰੱਖੀ ਜਾਵੇ। ਕੋਡ ਪੈਸੇ ਨੂੰ ਚਲਾਉਂਦਾ ਹੈ, ਪਰ ਸਹਿਮਤੀ ਕੋਡ ਨੂੰ ਚਲਾਉਂਦੀ ਹੈ।