ਜਦੋਂ ਨਵੇਂ ਆਉਣ ਵਾਲੇ ਬਿਟਕਾਇਨ ਨਾਲ ਪਹਿਲੀ ਵਾਰ ਟਕਰਾਉਂਦੇ ਹਨ, ਉਹ ਆਮ ਤੌਰ 'ਤੇ ਇਸ ਦੀ ਕੀਮਤ ਜਾਂ ਇਸ ਨੂੰ ਡਿਜੀਟਲ ਪੈਸੇ ਵਜੋਂ ਵਰਤੋਂ ਤੇ ਧਿਆਨ ਕੇਂਦਰਿਤ ਕਰਦੇ ਹਨ। ਪਰ ਇਸ ਅਸੈੱਟ ਦੇ ਪਿੱਛੇ ਇੱਕ ਡੂੰਘੀ ਅਤੇ ਗੁੰਝਲਦਾਰ ਇਤਿਹਾਸ ਹੈ ਜੋ ਇੱਕ ਮੁੱਢਲੀ ਬੁਨਿਆਦੀ ਬਨਾਵਟ ਵਿਚਾਰ-ਚਰਚਾ ਵਿੱਚ ਜੜ੍ਹੀ ਹੈ: ਬਿਟਕਾਇਨ ਨੂੰ ਵਿਸ਼ਵਵਿਆਪੀ ਮੰਗ ਨੂੰ ਹੈਂਡਲ ਕਰਨ ਲਈ ਕਿਵੇਂ ਸਕੇਲ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ?
2015 ਤੋਂ 2017 ਤੱਕ ਦੀ ਅੰਦਾਜ਼ਨ ਮਿਆਦ ਨੂੰ ਅਕਸਰ "ਸਕੇਲਿੰਗ ਯੁੱਧ" ਵਜੋਂ ਸੰਦਰਭਿਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਇਹ ਕੇਵਲ ਤਕਨੀਕੀ ਤਰਕ ਨਹੀਂ ਸੀ; ਇਹ ਬਿਟਕਾਇਨ ਦੀ ਪਛਾਣ ਤੇ ਇੱਕ ਵਿਚਾਰਧਾਰਾਤਮਕ ਲੜਾਈ ਸੀ। ਕੀ ਬਿਟਕਾਇਨ ਨੂੰ ਉੱਚ-ਥਰੋਟਪੁਟ, ਘੱਟ ਫੀਸ ਵਾਲੇ ਡਿਜੀਟਲ ਭੁਗਤਾਨ ਰੇਲ ਵਿੱਚ ਵਿਕਸਤ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ, ਜੋ ਗਤੀ ਨੂੰ ਤਰਜੀਹ ਦਿੰਦਾ ਹੈ? ਜਾਂ ਇਹ ਬਹੁਤ ਹੀ ਸੁਰੱਖਿਅਤ, ਭਾਰੀ ਡੀਸੈਂਟ੍ਰਲਾਈਜ਼ਡ ਵੈਲਿਊ ਸਟੋਰ (ਡਿਜੀਟਲ ਸੋਨਾ) ਵਜੋਂ ਰਹੇ, ਜੋ ਅਪਰਿਵਰਤਨੀਯਤਾ ਨੂੰ ਤਰਜੀਹ ਦਿੰਦਾ ਹੈ ਅਤੇ ਗਤੀ ਲਈ ਸੈਕੰਡਰੀ ਲੇਅਰਾਂ ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ?
ਇਸ ਤੀਬਰ ਵਿਚਾਰ-ਚਰਚਾ ਦਾ ਨਤੀਜਾ—ਜਿਸ ਵਿੱਚ ਵਿਕਾਸਕਾਰੀਆਂ, ਮਾਈਨਰਾਂ, ਵਪਾਰਾਂ ਅਤੇ ਵਰਤੋਂਕਾਰਾਂ ਨੇ ਤਿੱਖੀ ਅਸਹਿਮਤੀ ਵਿਖਾਈ, ਅੰਤ ਵਿੱਚ ਕਈ ਨੈੱਟਵਰਕ ਵੰਡਾਂ ਜਿਸ ਨੂੰ "ਫੋਰਕਸ" ਵਜੋਂ ਜਾਣਿਆ ਜਾਂਦਾ ਹੈ—ਪੂਰੇ ਕ੍ਰਿਪਟੋ ਇਕੋਸਿਸਟਮ ਦੀ ਦਿਸ਼ਾ ਨੂੰ ਸਥਾਈ ਤੌਰ 'ਤੇ ਨਿਰਧਾਰਤ ਕੀਤਾ। ਸਕੇਲਿੰਗ ਯੁੱਧਾਂ ਨੂੰ ਸਮਝਣਾ ਬਹੁਤ ਜ਼ਰੂਰੀ ਹੈ, ਕਿਉਂਕਿ ਇਹ ਵਿਆਖਿਆ ਕਰਦਾ ਹੈ ਕਿ ਬਿਟਕਾਇਨ ਨੇ ਆਪਣੇ ਬੇਸ ਲੈਜਰ ਦੇ ਆਕਾਰ ਨੂੰ ਵਧਾਉਣ ਦੀ ਬਜਾਏ Layer-2 ਹੱਲਾਂ ਨੂੰ ਕਿਉਂ ਅਪਣਾਇਆ ਹੈ।
ਸਕੇਲਿੰਗ ਸਮੱਸਿਆ ਦੀ ਉਪਜ (1MB ਸੀਮਾ)
ਟਕਰਾਅ ਨੂੰ ਸਮਝਣ ਲਈ, ਸਾਨੂੰ ਪਹਿਲਾਂ ਇਹ ਵੇਖਣਾ ਚਾਹੀਦਾ ਹੈ ਕਿ ਬਿਟਕਾਇਨ ਦੀ ਲੈਣ-ਦੇਣ ਦੀ ਸਮਰੱਥਾ ਸ਼ੁਰੂ ਵਿੱਚ ਕਿਵੇਂ ਸੀਮਤ ਕੀਤੀ ਗਈ ਸੀ।
ਜਦੋਂ ਸਤੋਸ਼ੀ ਨਾਕਾਮੋਟੋ ਨੇ 2009 ਵਿੱਚ ਬਿਟਕਾਇਨ ਰਿਲੀਜ਼ ਕੀਤਾ, ਤਾਂ ਉਨ੍ਹਾਂ ਨੇ ਬਲਾਕਚੇਨ ਵਿੱਚ ਜੋੜੇ ਜਾਣ ਵਾਲੇ ਹਰ ਬਲਾਕ ਦੇ ਆਕਾਰ ਤੇ ਇੱਕ ਬੇਲੋੜੀ 1 ਮੈਗਾਬਾਈਟ (1MB) ਦੀ ਸੀਮਾ ਲਗਾ ਦਿੱਤੀ। ਇੱਕ ਬਲਾਕ ਮੂਲਭੂਤ ਤੌਰ ਤੇ ਪ੍ਰਮਾਣਿਤ ਲੈਣ-ਦੇਣਾਂ ਦਾ ਇੱਕ ਗੁੱਠਾ ਹੁੰਦਾ ਹੈ। ਕਿਉਂਕਿ ਹਰ ਦਸ ਮਿੰਟ ਵਿੱਚ ਲਗਭਗ ਇੱਕ ਨਵਾਂ ਬਲਾਕ ਬਣਾਇਆ ਜਾਂਦਾ ਹੈ, ਇਸ ਲਈ 1MB ਸੀਮਾ ਦਾ ਮਤਲਬ ਸੀ ਕਿ ਨੈੱਟਵਰਕ ਹਰ ਸਕਿੰਟ ਵਿੱਚ ਬਹੁਤ ਘੱਟ ਲੈਣ-ਦੇਣਾਂ ਨੂੰ ਹੈਂਡਲ ਕਰ ਸਕਦਾ ਹੈ—ਵੀਜ਼ਾ ਵਰਗੀਆਂ ਵਿਸ਼ਵ ਪੇਮੈਂਟ ਨੈੱਟਵਰਕਾਂ ਨਾਲੋਂ ਬਹੁਤ ਘੱਟ।
1MB ਸੀਮਾ: ਇਰਾਦੇ ਵਾਲੀ ਰੁਕਾਵਟ
1MB ਬਲਾਕ ਆਕਾਰ ਸੀਮਾ ਸਥਾਈ ਨਹੀਂ ਸੀ। ਇਹ ਸ਼ੁਰੂ ਵਿੱਚ ਡਿਨਾਈਲ-ਅਫ਼-ਸਰਵਿਸ (DDoS) ਹਮਲਿਆਂ ਨੂੰ ਰੋਕਣ ਅਤੇ ਬਲਾਕਚੇਨ ਨੂੰ ਅਨਿਯੰਤ੍ਰਿਤ ਤਰੀਕੇ ਨਾਲ ਵਧਣ ਤੋਂ ਰੋਕਣ ਲਈ ਲਾਗੂ ਕੀਤੀ ਗਈ ਸੀ, ਜਦੋਂ ਨੈੱਟਵਰਕ ਛੋਟਾ ਅਤੇ ਨਾਜ਼ੁਕ ਸੀ।
ਹਾਲਾਂਕਿ, 2015 ਦੇ ਆਸਪਾਸ ਬਿਟਕਾਇਨ ਦੀ ਲੋਕਪ੍ਰਿਯਤਾ ਵਧਣ ਨਾਲ, ਨਿਰਧਾਰਿਤ ਬਲਾਕ ਆਕਾਰ ਦੇ ਦੋ ਮਹੱਤਵਪੂਰਨ ਨਤੀਜੇ ਸਪੱਸ਼ਟ ਹੋ ਗਏ:
- ਭੀੜ ਅਤੇ ਦੇਰੀ: ਜਦੋਂ ਲੈਣ-ਦੇਣਾਂ ਦੀ ਮੰਗ 1MB ਬਲਾਕਾਂ ਵਿੱਚ ਉਪਲਬਧ ਜਗ੍ਹਾ ਤੋਂ ਵੱਧ ਗਈ, ਤਾਂ ਲੈਣ-ਦੇਣਾਂ ਨੂੰ ਇੱਕ ਕਤਾਰ (ਮੈਮਪੂਲ) ਵਿੱਚ ਉਡੀਕਣਾ ਪਿਆ।
- ਵਧਦੀਆਂ ਫੀਸਾਂ: ਉਪਭੋਗਤਾਵਾਂ ਨੂੰ ਅਗਲੇ ਬਲਾਕ ਵਿੱਚ ਆਪਣੀ ਲੈਣ-ਦੇਣ ਨੂੰ ਸ਼ਾਮਲ ਕਰਨ ਲਈ ਮਾਈਨਰਾਂ ਨੂੰ ਉੱਤਸ਼ਾਹਿਤ ਕਰਨ ਲਈ ਵੱਧ ਲੈਣ-ਦੇਣ ਫੀਸਾਂ ਦੇਣੀਆਂ ਪਈਆਂ। ਇਸ ਨਾਲ ਬਿਟਕਾਇਨ ਲੈਣ-ਦੇਣਾਂ ਸਸਤੀਆਂ (ਪੈਸੇ) ਤੋਂ ਸੰਭਾਵੀ ਤੌਰ ਤੇ ਮਹਿੰਗੀਆਂ (ਡਾਲਰ ਜਾਂ ਚੋਟੀ ਦੇ ਸਮੇਂ ਦੌਰਾਨ ਦਸ ਡਾਲਰ ਵੀ) ਬਣ ਗਈਆਂ।
1MB ਸੀਮਾ ਇੱਕ ਸੁਰੱਖਿਆ ਉਪਾਅ ਤੋਂ ਵਿਕਾਸ ਤੇ ਇੱਕ ਸਕਰਿਆ ਰੁਕਾਵਟ ਵਿੱਚ ਬਦਲ ਗਈ, ਜਿਸ ਨਾਲ ਕਮਿਊਨਿਟੀ ਨੂੰ ਸਿਸਟਮ ਦੇ ਮੂਲ ਨਿਯਮਾਂ ਨੂੰ ਬਦਲਣ ਜਾਂ ਨਾ ਬਦਲਣ ਬਾਰੇ ਫੈਸਲਾ ਕਰਨਾ ਪਿਆ।
ਵਪਾਰ-ਅੰਤ ਤਰੀਕਾ: ਵਿਤਰਕੀਕਰਨ, ਸੁਰੱਖਿਆ ਅਤੇ ਗਤੀ
ਕਿਸੇ ਵੀ ਬਲਾਕਚੇਨ ਨੈੱਟਵਰਕ ਨੂੰ ਸਕੇਲ ਕਰਨ ਦੀ ਮੁੱਖ ਚੁਣੌਤੀ "ਬਲਾਕਚੇਨ ਤ੍ਰਿਲੇਮਾ" ਨੂੰ ਸੰਤੁਲਿਤ ਕਰਨਾ ਹੈ ਜਾਂ, ਬਿਟਕਾਇਨ ਦੇ ਮਾਮਲੇ ਵਿੱਚ, ਤਿੰਨ ਮੁੱਖ ਵਪਾਰ-ਅੰਤ:
- ਸੁਰੱਖਿਆ: ਨੈੱਟਵਰਕ ਹਮਲਿਆਂ ਨਾਲ ਕਿੰਨੀ ਟੱਕਰ ਲੈ ਸਕਦਾ ਹੈ? (ਬਿਟਕਾਇਨ ਇਹ ਪ੍ਰੂਫ਼-ਅਫ਼-ਵਰਕ ਮਾਈਨਿੰਗ ਅਤੇ ਵਿਸ਼ਾਲ ਉਪਭੋਗਤਾਵਾਂ ਦੀ ਗਿਣਤੀ ਨਾਲ ਹਾਸਲ ਕਰਦਾ ਹੈ।)
- ਵਿਤਰਕੀਕਰਨ: ਚੇਨ ਨੂੰ ਕਿੰਨੇ ਸਵਤੰਤਰ ਨੋਡ ਵੈਰੀਫਾਈ ਕਰਦੇ ਹਨ? (ਜੇ ਨੋਡਾਂ ਨੂੰ ਮਹਿੰਗਾ ਹਾਰਡਵੇਅਰ ਜਾਂ ਵਿਸ਼ਾਲ ਸਟੋਰੇਜ ਦੀ ਲੋੜ ਹੈ, ਤਾਂ ਘੱਟ ਲੋਕ ਉਨ੍ਹਾਂ ਨੂੰ ਚਲਾ ਸਕਦੇ ਹਨ, ਜਿਸ ਨਾਲ ਕੇਂਦਰੀਕਰਨ ਹੋ ਜਾਂਦਾ ਹੈ।)
- ਗਤੀ/ਥਰੋਟਪੁਟ: ਲੈਣ-ਦੇਣਾਂ ਕਿੰਨੀ ਤੇਜ਼ੀ ਅਤੇ ਸਸਤੇ ਵਿੱਚ ਪ੍ਰੋਸੈਸ ਕੀਤੀਆਂ ਜਾ ਸਕਦੀਆਂ ਹਨ?
"ਸਕੇਲਿੰਗ ਯੁੱਧਾਂ" ਦਾ ਕੇਂਦਰੀ ਸਿਧਾਂਤ ਇਹ ਸੀ ਕਿ ਮੂਲ ਪੱਧਰ (ਲੇਅਰ 1, ਜਾਂ L1) ਤੇ ਬਲਾਕ ਆਕਾਰ ਵਧਾਉਣ ਨਾਲ ਵਿਤਰਕੀਕਰਨ ਨੂੰ ਨੁਕਸਾਨ ਪਹੁੰਚਦਾ ਹੈ। ਜੇ ਬਲਾਕ 8MB ਜਾਂ 32MB ਹੁੰਦੇ, ਤਾਂ ਪੂਰਨ ਵੈਰੀਫਾਈੰਗ ਨੋਡ ਚਲਾਉਣ ਲਈ ਹਾਰਡਵੇਅਰ ਲੋੜਾਂ—ਨੈੱਟਵਰਕ ਦੀ ਮੇਰੂਡੰਡ—ਬਹੁਤ ਵਧ ਜਾਂਦੀਆਂ। ਇਹ ਛੋਟੇ, ਸ਼ੌਕੀਨ ਨੋਡਾਂ ਨੂੰ ਛਾਣਬਣਾਏਗਾ, ਸੰਭਾਵੀ ਤੌਰ ਤੇ ਵੈਲੀਡੇਸ਼ਨ ਸ਼ਕਤੀ ਨੂੰ ਵੱਡੀਆਂ ਕਾਰਪੋਰੇਸ਼ਨਾਂ ਦੇ ਹੱਥਾਂ ਵਿੱਚ ਕੇਂਦਰੀਕਰਿਤ ਕਰੇਗਾ, ਇਸ ਤਰ੍ਹਾਂ ਗਤੀ ਲਈ ਵਿਤਰਕੀਕਰਨ ਦੀ ਬਲੀ ਚੜ੍ਹਾਏਗਾ।
ਵਿਚਾਰਧਾਰਾਤਮਕ ਵੰਡ: ਵੱਡੇ ਬਲਾਕ ਵਿਰੁੱਧ ਛੋਟੇ ਬਲਾਕ
ਸਕੇਲਿੰਗ ਵਿਚਾਰ-ਚਰਚਾ ਨੇ ਕਮਿਊਨਿਟੀ ਨੂੰ ਦੋ ਵੱਖਰੇ ਵਿਚਾਰਧਾਰਾਤਮਕ ਸ਼ਿਬਰਾਂ ਵਿੱਚ ਵੰਡ ਦਿੱਤਾ, ਹਰ ਇੱਕ ਨੂੰ ਬਿਟਕਾਇਨ ਦੀ ਭਵਿੱਖ ਦੀ ਭੂਮਿਕਾ ਲਈ ਵੱਖਰਾ ਵਿਜ਼ਨ ਸੀ।
"ਵੱਡੇ ਬਲਾਕ ਵਾਲੇ" (ਉੱਚ-ਥਰੋਟਪੁਟ ਵਿਜ਼ਨ)
ਇਹ ਫੈਕਸ਼ਨ, ਅਕਸਰ ਵੱਡੇ ਮਾਈਨਰਾਂ, ਕੁਝ ਵਪਾਰਾਂ, ਅਤੇ ਬਿਟਕਾਇਨ ਨੂੰ ਤੇਜ਼, ਹਰ ਰੋਜ਼ਾਨਾ ਡਿਜੀਟਲ ਭੁਗਤਾਨ ਸਿਸਟਮ (peer-to-peer ਇਲੈਕਟ੍ਰਾਨਿਕ ਕੈਸ਼) ਦੇ ਸਮਰਥਕਾਂ ਦੁਆਰਾ ਨੁਮਾਇੰਦਗੀ ਕੀਤੀ ਜਾਂਦੀ ਸੀ, ਨੇ ਇਰਗੂਮੈਂਟ ਕੀਤਾ ਕਿ 1MB ਸੀਮਾ ਇੱਕ ਐਮਰਜੈਂਸੀ ਉਪਾਅ ਸੀ ਜੋ ਲੰਮੇ ਸਮੇਂ ਤੋਂ ਆਪਣੀ ਯੋਗਤਾ ਗੁਆ ਚੁੱਕੀ ਹੈ।
- ਲക്ഷਯ: ਬਲਾਕ ਆਕਾਰ ਵਧਾਓ (ਉਦਾਹਰਨ ਲਈ, 2MB, 8MB, ਜਾਂ ਡਾਇਨੈਮਿਕਲੀ ਅਡਜਸਟਯਬਲ ਆਕਾਰਾਂ ਤੱਕ) ਵਧੇਰੇ ਵਰਤੋਂਕਾਰਾਂ ਨੂੰ ਸਮੋਧਨ ਅਤੇ ਲੈਣ-ਦੇਣ ਫੀਸਾਂ ਘਟਾਉਣ ਲਈ।
- ਤਰਕ: ਬਿਟਕਾਇਨ ਨੂੰ ਰਵਾਇਤੀ ਭੁਗਤਾਨ ਸਿਸਟਮਾਂ ਨਾਲ ਮੁਕਾਬਲਾ ਕਰਨ ਅਤੇ ਮਾਸ ਅਪਣਾਉਣ ਲਈ ਸਸਤਾ ਅਤੇ ਤੇਜ਼ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ। ਜੇ ਲੈਣ-ਦੇਣ ਫੀਸਾਂ ਬਹੁਤ ਵੱਧ ਹੋ ਜਾਂਦੀਆਂ ਹਨ, ਤਾਂ ਸਿਰਫ਼ ਉੱਚ-ਮੁੱਲ ਵਾਲੀਆਂ ਟ੍ਰਾਂਸਫਰਾਂ ਹੀ ਆਰਥਿਕ ਹੋਣਗੀਆਂ, ਬਿਲੀਅਨ ਲੋਕਾਂ ਨੂੰ ਬਾਹਰ ਕਰ ਦੇਣਗੀਆਂ।
- ਮੁੱਖ ਸਮਰਥਕ: ਪੁਰਾਣੇ ਵਿਕਾਸਕਾਰ ਜਿਵੇਂ ਗੈਵਿਨ ਐਂਡ੍ਰੇਸਨ, ਤੇਜ਼ ਲੈਣ-ਦੇਣਾਂ ਤੇ ਨਿਰਭਰ ਵਪਾਰ, ਅਤੇ ਅੰਤ ਵਿੱਚ, ਬਿਟਕਾਇਨ ਕੈਸ਼ ਦੇ ਨਿਰਮਾਤਾ।
"ਛੋਟੇ ਬਲਾਕ ਵਾਲੇ" (ਡਿਜੀਟਲ ਸੋਨੇ ਵਾਲਾ ਵਿਜ਼ਨ)
ਇਹ ਫੈਕਸ਼ਨ, ਜਿਸ ਵਿੱਚ ਜ਼ਿਆਦਾਤਰ ਕੋਰ ਵਿਕਾਸਕਾਰ ਅਤੇ ਹੁਣ ਪ੍ਰਸੰਗਿਕ ਕਮਿਊਨਿਟੀ ਦੀ ਬਹੁਮਤ ਸ਼ਾਮਲ ਸੀ, ਨੇ L1 ਤੇ ਬਲਾਕ ਆਕਾਰ ਸੀਮਾ ਵਧਾਉਣ ਵਿਰੁੱਧ ਤਿੱਖੇ ਤਰਕ ਕੀਤੇ।
- ਲਕਸ਼: 1MB ਸੀਮਾ ਨੂੰ ਬਰਕਰਾਰ ਰੱਖੋ (ਜਾਂ ਚਲਾਕ ਪੁਨਃਸੰਰਚਨਾ ਰਾਹੀਂ ਇਸ ਦੇ ਪ੍ਰਭਾਵੀ ਆਕਾਰ ਨੂੰ ਥੋੜ੍ਹਾ ਵਧਾਓ) ਤਾਂ ਜੋ ਫੁੱਲ ਨੋਡ ਚਲਾਉਣਾ ਦੁਨੀਆ ਭਰ ਵਿੱਚ ਸਸਤਾ ਅਤੇ ਪਹੁੰਚਯੋਗ ਰਹੇ।
- ਤਰਕ: ਬਿਟਕਾਇਨ ਦੀ ਵਿਲੱਖਣ ਵੈਲਿਊ ਉਸ ਦੀ ਉੱਚ ਸੁਰੱਖਿਆ ਅਤੇ ਅਸਾਧਾਰਣ ਡੀਸੈਂਟ੍ਰਲਾਈਜ਼ੇਸ਼ਨ ਵਿੱਚ ਨਿਹਿਤ ਹੈ। ਜੇ ਇਹਨਾਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਨੂੰ ਗਤੀ ਲਈ ਬਲੀ ਦਿੱਤੀ ਜਾਂਦੀ ਹੈ, ਤਾਂ ਬਿਟਕਾਇਨ ਇੱਕ ਹੋਰ ਕੇਂਦਰੀਕ੍ਰਿਤ ਭੁਗਤਾਨ ਨੈੱਟਵਰਕ ਬਣ ਜਾਂਦਾ ਹੈ, ਆਪਣਾ ਉਦੇਸ਼ ਗੁਆ ਦਿੰਦਾ ਹੈ। ਸਕੇਲਿੰਗ ਨੂੰ ਵੱਖਰੇ, ਆਫ-ਚੇਨ (Layer 2) ਨੈੱਟਵਰਕਾਂ ਵੱਲ ਲੈ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ।
- ਮੁੱਖ ਸਮਰਥਕ: ਬਲਾਕਸਟ੍ਰੀਮ ਵਿਕਾਸਕਾਰ (Lightning Network ਵਿਕਸਤ ਕਰਨ ਵਾਲਿਆਂ ਸਮੇਤ), ਅਤੇ ਹੁਣ ਦੀ ਬਿਟਕਾਇਨ ਕੋਰ ਵਿਕਾਸ ਟੀਮ।
ਛੋਟੇ ਬਲਾਕ ਵਾਲੇ ਬਿਟਕਾਇਨ ਨੂੰ ਇੱਕ ਸੁਰੱਖਿਅਤ "ਸੈਟਲਮੈਂਟ ਲੇਅਰ" ਵਜੋਂ ਵੇਖਦੇ ਸਨ—ਜਿਸ ਤੇ ਹੋਰ, ਤੇਜ਼ ਭੁਗਤਾਨ ਰੇਲਾਂ ਬਣਾਈਆਂ ਜਾ ਸਕਣ। ਉਹ ਮੰਨਦੇ ਸਨ ਕਿ ਉੱਚ ਲੈਣ-ਦੇਣ ਫੀਸਾਂ ਨਿਰਣਾਇਕ ਨਹੀਂ ਸਨ, ਸਗੋਂ ਇੱਕ ਜ਼ਰੂਰੀ ਸੰਕੇਤ ਸਨ ਕਿ ਮੰਗ ਉੱਚੀ ਹੈ, ਜੋ ਵਰਤੋਂਕਾਰਾਂ ਨੂੰ Layer 2 ਹੱਲਾਂ ਵੱਲ ਧੱਕਦੇ ਹਨ।
ਤਕਨੀਕੀ ਹੱਲ: ਸੈਗ੍ਰੀਗੇਟਿਡ ਵਿਟਨੈੱਸ (SegWit)
ਜਦੋਂ ਨਿਰਧਾਰਿਤ ਬਲਾਕ ਆਕਾਰ ਵਧਾਉਣ ਤੇ ਵਿਚਾਰਧਾਰਾਤਮਕ ਵਿਚਾਰ-ਚਰਚਾ ਭਡਕ ਰਹੀ ਸੀ, ਇੱਕ ਚਮਤਕਾਰੀ ਅਤੇ ਘੱਟ ਵਿਵਾਦਾਸਪਦ ਤਕਨੀਕੀ ਹੱਲ ਨੂੰ ਵਿਕਸਤ ਕੀਤਾ ਗਿਆ ਜਿਸ ਨੂੰ ਸੈਗ੍ਰੀਗੇਟਿਡ ਵਿਟਨੈੱਸ ਜਾਂ "SegWit" ਕਿਹਾ ਜਾਂਦਾ ਹੈ। SegWit ਨੇ 1MB ਬਲਾਕ ਸੀਮਾ ਨੂੰ ਮੁੱਢਲੇ ਤੌਰ 'ਤੇ ਬਦਲੇ ਬਿਨਾਂ ਸਮਰੱਥਾ ਵਧਾਉਣ ਦਾ ਤਰੀਕਾ ਪ੍ਰਦਾਨ ਕੀਤਾ ਅਤੇ, ਮਹੱਤਵਪੂਰਨ ਤੌਰ 'ਤੇ, ਇਹ ਇੱਕ ਸੌਫਟ ਫੋਰਕ ਵਜੋਂ ਲਾਗੂ ਕੀਤਾ ਗਿਆ।
ਮੈਲੀਯਬਿਲਟੀ ਨੂੰ ਠੀਕ ਕਰਨਾ: ਇੱਕ ਜ਼ਰੂਰੀ ਪੂਰਵਗਾਮੀ
SegWit ਤੋਂ ਪਹਿਲਾਂ, ਬਿਟਕਾਇਨ ਲੈਣ-ਦੇਣਾਂ ਨੂੰ ਟ੍ਰਾਂਜੈਕਸ਼ਨ ਮੈਲੀਯਬਿਲਟੀ ਨਾਮਕ ਇੱਕ ਮੁੱਖ ਭੁਲੇਖ ਵੱਲੋਂ ਪੀੜਤ ਹੋਣਾ ਪੈਂਦਾ ਸੀ।
ਸਾਧਾਰਨ ਸ਼ਬਦਾਂ ਵਿੱਚ, ਟ੍ਰਾਂਜੈਕਸ਼ਨ ਮੈਲੀਯਬਿਲਟੀ ਦਾ ਮਤਲਬ ਸੀ ਕਿ ਤੀਜੀ ਪਾਰਟੀ ਲੈਣ-ਦੇਣ ਦੇ TxID ਨੂੰ ਥੋੜ੍ਹਾ ਬਦਲ ਸਕਦੀ ਹੈ ਪਹਿਲਾਂ ਇਹ ਬਲਾਕ ਵਿੱਚ ਪੁਸ਼ਟੀ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਬਿਨਾਂ ਉਹਨਾਂ ਮੁੱਢਲੇ ਲੈਣ-ਦੇਣ ਵੇਰਵਿਆਂ (ਕੌਣ ਕਿਸ ਨੂੰ ਅਤੇ ਕਿੰਨਾ ਭੁਗਤਾਨ ਕੀਤਾ) ਬਦਲੇ।
ਇਹ ਛੋਟੀ ਤਕਨੀਕੀ ਖਾਮੀ ਸੈਕੰਡਰੀ ਲੇਅਰਾਂ (ਜਿਵੇਂ Lightning Network) ਬਣਾਉਣ ਵਾਲੇ ਵਿਕਾਸਕਾਰਾਂ ਲਈ ਵੱਡੀ ਸਿਰਦਰਦੀ ਸੀ, ਕਿਉਂਕਿ ਇਹ ਆਫ-ਚੇਨ ਪ੍ਰੋਟੋਕੋਲਾਂ ਨੂੰ ਲੈਣ-ਦੇਣ ਦੇ ID ਵਿੱਚ ਪੇਂਡਿੰਗ ਪੁਸ਼ਟੀ ਦੌਰਾਨ ਬਦਲਾਅ ਨਾ ਹੋਣ ਦੀ ਪੂਰੀ ਨਿਸ਼ਚਿਤਤਾ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। SegWit ਮੁੱਖ ਤੌਰ 'ਤੇ ਮੈਲੀਯਬਿਲਟੀ ਨੂੰ ਖਤਮ ਕਰਨ ਲਈ ਵਿਕਸਤ ਕੀਤਾ ਗਿਆ ਸੀ, ਇਸ ਲਈ ਅਡਵਾਂਸਡ Layer 2 ਹੱਲਾਂ ਦੀ ਸੰਭਾਵਨਾ ਖੋਲ੍ਹਣ ਲਈ।
SegWit ਕਿਵੇਂ ਪ੍ਰਭਾਵੀ ਬਲਾਕ ਆਕਾਰ ਵਧਾਉਂਦਾ ਹੈ (ਵੇਟ ਯੂਨਿਟ ਮਾਡਲ)
SegWit ਦਾ ਮੁੱਖ ਤੰਤਰ ਬਲਾਕ ਵਿੱਚ ਡਾਟਾ ਗਿਣਨ ਦੇ ਤਰੀਕੇ ਨੂੰ ਬਦਲਣ ਨਾਲ ਸੰਬੰਧਿਤ ਸੀ। ਇਸ ਨੇ ਵਿਚਕਾਰ (ਅਲੱਗ) ਕਰਕੇ ਸਕੇਲਿੰਗ ਹਾਸਲ ਕੀਤੀ ਵਿਟਨੈੱਸ ਡਾਟਾ (ਲੈਣ-ਦੇਣ ਨੂੰ ਅਥਾਰਾਈਜ਼ ਕਰਨ ਲਈ ਲੋੜੀਂਦੇ ਡਿਜੀਟਲ ਸਿਗਨੇਚਰ) ਨੂੰ ਟ੍ਰਾਂਜੈਕਸ਼ਨ ਡਾਟਾ (ਫੰਡਾਂ ਦੀ ਅਸਲੀ ਹਰਕਤ) ਤੋਂ ਅਲੱਗ ਕੀਤਾ।
- ਵਿਟਨੈੱਸ ਡਾਟਾ: ਡਿਜੀਟਲ ਸਿਗਨੇਚਰ ਡਾਟਾ ਕਿਸੇ ਵੀ ਬਿਟਕਾਇਨ ਲੈਣ-ਦੇਣ ਦਾ ਸਭ ਤੋਂ ਵੱਡਾ ਹਿੱਸਾ ਹੈ।
- ਅਲੱਗਤਾ: SegWit ਨੇ ਇਸ ਵਿਟਨੈੱਸ ਡਾਟਾ ਨੂੰ ਬਲਾਕ ਦੇ ਅੰਤ ਵਿੱਚ ਇੱਕ ਵੱਖਰੀ, ਸਹਾਇਕ ਬਣਤਰ ਵਿੱਚ ਤਬਦੀਲ ਕੀਤਾ।
ਮਹੱਤਵਪੂਰਨ ਤੌਰ 'ਤੇ, ਸਾਧਾਰਨ 1MB ਆਕਾਰ ਸੀਮਾ ਦੀ ਬਜਾਏ, SegWit ਨੇ ਇੱਕ ਨਵਾਂ ਮਾਪਕ ਬਲਾਕ ਵੇਟ ਪੇਸ਼ ਕੀਤਾ, ਜਿੱਥੇ ਵੱਖ-ਵੱਖ ਤਰ੍ਹਾਂ ਦੇ ਡਾਟੇ ਨੂੰ ਵੱਖਰੇ ਤਰੀਕੇ ਨਾਲ ਵਜ਼ਨ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ:
- ਲੈਗਸੀ ਟ੍ਰਾਂਜੈਕਸ਼ਨ ਡਾਟਾ ਪ੍ਰਤੀ ਬਾਈਟ 4 ਯੂਨਿਟ ਗਿਣਿਆ ਜਾਂਦਾ ਹੈ।
- ਵਿਟਨੈੱਸ ਡਾਟਾ (ਸਿਗਨੇਚਰ) ਪ੍ਰਤੀ ਬਾਈਟ ਸਿਰਫ਼ 1 ਯੂਨਿਟ ਗਿਣਿਆ ਜਾਂਦਾ ਹੈ।
ਸਪੇਸ-ਇੰਟੈਂਸਿਵ ਸਿਗਨੇਚਰ ਡਾਟਾ ਨੂੰ ਕੋਰ ਡਾਟੇ ਨਾਲੋਂ ਚਾਰ ਗੁਣਾ ਸਸਤੇ ਗਿਣ ਕੇ, SegWit ਨੇ ਵਧੇਰੇ ਲੈਣ-ਦੇਣਾਂ ਨੂੰ ਬਲਾਕ ਵਿੱਚ ਫਿੱਟ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੱਤੀ ਜਦੋਂ ਕਿ ਬੇਸ ਬਲਾਕ ਆਕਾਰ ਨੂੰ ਤਕਨੀਕੀ ਤੌਰ 'ਤੇ 1MB ਸੀਮਾ ਅੰਦਰ ਰੱਖਿਆ (ਜਾਂ, ਵਧੇਰੇ ਸਹੀ ਤੌਰ 'ਤੇ, ਵੱਧ ਤੋਂ ਵੱਧ ਬਲਾਕ ਵੇਟ 4 ਮਿਲੀਅਨ ਯੂਨਿਟ ਤੇ ਸੈੱਟ ਕਰਕੇ, ਲੈਣ-ਦੇਣ ਦੇ ਤਰ੍ਹੇ ਅਨੁਸਾਰ ਕੁੱਲ ਪ੍ਰਭਾਵੀ ਬਲਾਕ ਆਕਾਰ ਨੂੰ ਲਗਭਗ 4MB ਤੱਕ ਪਹੁੰਚਣ ਦੀ ਇਜਾਜ਼ਤ ਦਿੱਤੀ)।
ਇਹ ਹੱਲ ਛੋਟੇ ਬਲਾਕ ਵਾਲਿਆਂ ਨੂੰ ਸੰਤੁਸ਼ਟ ਕੀਤਾ ਕਿਉਂਕਿ ਇਸ ਨੇ ਡੀਸੈਂਟ੍ਰਲਾਈਜ਼ੇਸ਼ਨ ਨੂੰ ਖਤਰੇ ਵਿੱਚ ਪਾਉਣ ਵਾਲੇ ਵੱਡੇ, ਤੁਰੰਤ ਬਲਾਕ ਆਕਾਰ ਵਿੱਚ ਕੁਦਾਅ ਤੋਂ ਬਚਿਆ, ਫਿਰ ਵੀ ਗਹਿਰੀ ਸਮਰੱਥਾ ਵਧਾਉਣ (ਸਾਧਾਰਨ ਤੌਰ 'ਤੇ ਲਗਭਗ 70-80% ਵਧੇਰੇ ਲੈਣ-ਦੇਣਾਂ) ਪ੍ਰਦਾਨ ਕੀਤੀ।
ਸੌਫਟ ਫੋਰਕ ਰਣਨੀਤੀ
SegWit ਨੂੰ ਸੌਫਟ ਫੋਰਕ ਰਾਹੀਂ ਲੋਡ ਕੀਤਾ ਗਿਆ। ਇਸ ਦਾ ਮਤਲਬ ਸੀ ਕਿ ਇਹ ਪਿਛਲੇ ਵੱਲ ਅਨੁਕੂਲ ਸੀ। ਅਪਗ੍ਰੇਡ ਨਾ ਕਰਨ ਵਾਲੇ ਪੁਰਾਣੇ ਨੋਡ SegWit ਲੈਣ-ਦੇਣਾਂ ਨੂੰ ਵੈਲਿਡ ਵਜੋਂ ਵੇਖ ਸਕਦੇ ਸਨ (ਹਾਲਾਂਕਿ ਉਹ ਵਿਟਨੈੱਸ ਡਾਟਾ ਨੂੰ ਠੀਕ ਤਰੀਕੇ ਨਾਲ ਵੈਰੀਫਾਈ ਨਹੀਂ ਕਰ ਸਕਦੇ ਸਨ), ਨੈੱਟਵਰਕ ਨੂੰ ਏਕਤਾ ਵਿੱਚ ਰੱਖਦੇ ਹੋਏ।
SegWit ਦਾ ਅਪਣਾਉਣਾ ਹੌਲੀ ਅਤੇ ਰਾਜਨੀਤਕ ਤੌਰ 'ਤੇ ਗੁੰਝਲਦਾਰ ਸੀ। ਇਸ ਦੀ ਲਾਗੂ ਕਰਨ ਨੂੰ ਮਾਈਨਿੰਗ ਪੂਲਾਂ ਅਤੇ ਵਪਾਰ ਹਿੱਤਾਂ ਨੇ ਵਿਲੰਬਿਤ ਕੀਤਾ ਜੋ ਵੱਡੇ L1 ਬਲਾਕ ਵਧਾਉਣ ਨੂੰ ਤਰਜੀਹ ਦਿੰਦੇ ਸਨ। ਹਾਲਾਂਕਿ, ਮਹੀਨਿਆਂ ਦੇ ਤੀਬਰ ਦਬਾਅ ਅਤੇ ਕਮਿਊਨਿਟੀ ਸੰਗਠਨ ਤੋਂ ਬਾਅਦ, SegWit ਅੰਤ ਵਿੱਚ ਲੌਕ-ਇਨ ਹੋ ਗਿਆ ਅਤੇ ਅਗਸਤ 2017 ਵਿੱਚ ਸਰਗਰਮ ਹੋ ਗਿਆ, ਜਿਸ ਨੇ ਬਿਟਕਾਇਨ ਵਿਕਾਸ ਦੇ ਅਗਲੇ ਪੜਾਅ ਲਈ ਮੰਚ ਸੈੱਟ ਕੀਤਾ ਅਤੇ 'ਛੋਟੇ-ਬਲਾਕ' ਵਿਚਾਰਧਾਰਾ ਨੂੰ ਮਜ਼ਬੂਤ ਕੀਤਾ।
ਵਧਦਾ ਹਾਲਾਤ: ਹਾਰਡ ਫੋਰਕਸ ਅਤੇ ਨੈੱਟਵਰਕ ਵੰਡਾਂ
ਬਲਾਕ ਆਕਾਰ ਤੇ ਸਹਿਮਤੀ ਹਾਸਲ ਨਾ ਕਰਨ ਵਿੱਚ ਅਸਫਲਤਾ—ਖਾਸ ਤੌਰ 'ਤੇ ਬਿਟਕਾਇਨ ਕੋਰ ਵਿਕਾਸਕਾਰਾਂ ਦੇ ਵੱਡੇ L1 ਵਧਾਉਣ ਨੂੰ ਸਮਰਥਨ ਨਾ ਕਰਨ—ਨੇ ਵੱਡੇ ਬਲਾਕ ਫੈਕਸ਼ਨ ਨੂੰ ਮੁੱਖ ਚੇਨ ਨੂੰ ਛੱਡਣ ਅਤੇ ਆਪਣੀ ਬਣਾਉਣ ਲਈ ਲੈ ਗਏ, ਜਿਸ ਨਾਲ ਮੁੱਖ ਹਾਰਡ ਫੋਰਕਸ ਹੋਏ।
ਹਾਰਡ ਫੋਰਕਸ ਵਿਰੁੱਧ ਸੌਫਟ ਫੋਰਕਸ ਵਿਆਖਿਆ ਕੀਤੀ ਗਈ
ਵੰਡਾਂ ਨੂੰ ਸਮਝਣ ਲਈ, ਸਾਨੂੰ ਨੈੱਟਵਰਕ ਅਪਗ੍ਰੇਡਾਂ ਦੇ ਦੋ ਤਰ੍ਹਾਂ ਵਿਚਕਾਰ ਅੰਤਰ ਕਰਨਾ ਪਵੇਗਾ:
| ਵਿਸ਼ੇਸ਼ਤਾ | ਸੌਫਟ ਫੋਰਕ | ਹਾਰਡ ਫੋਰਕ |
|---|---|---|
| ਪਿਛਲੇ ਵੱਲ ਅਨੁਕੂਲਤਾ | ਹਾਂ (ਪੁਰਾਣੇ ਨੋਡ ਨਵੇਂ ਬਲਾਕਾਂ ਨੂੰ ਵੈਲਿਡ ਵਜੋਂ ਵੇਖਦੇ ਹਨ)। | ਨਹੀਂ (ਪੁਰਾਣੇ ਨੋਡ ਨਵੇਂ ਬਲਾਕਾਂ ਨੂੰ ਅਵੈਲਿਡ ਵਜੋਂ ਵੇਖਦੇ ਹਨ)। |
| ਨਿਯਮ ਬਦਲਾਅ | ਨਿਯਮਾਂ ਨੂੰ ਟਾਈਟ ਕਰਦਾ ਹੈ (ਉਦਾ., SegWit ਨੇ ਡਾਟਾ ਬਣਤਰ ਬਾਰੇ ਇੱਕ ਨਵਾਂ ਨਿਯਮ ਜੋੜਿਆ)। | ਨਿਯਮਾਂ ਨੂੰ ਢਿੱਲਾ ਕਰਦਾ ਹੈ ਜਾਂ ਡਰਾਸਟਿਕ ਤਰੀਕੇ ਨਾਲ ਬਦਲਦਾ ਹੈ (ਉਦਾ., 1MB ਸੀਮਾ ਨੂੰ 8MB ਕਰਨਾ)। |
| ਸਹਿਮਤੀ ਲੋੜੀਂਦ | ਮਾਈਨਰਾਂ/ਨੋਡਾਂ ਵਿੱਚ ਉੱਚ ਸਹਿਮਤੀ ਦੀ ਲੋੜ ਹੈ, ਪਰ ਨੈੱਟਵਰਕ ਨਿਰੰਤਰਤਾ ਲਈ 100% ਅਪਣਾਉਣਾ ਜ਼ਰੂਰੀ ਨਹੀਂ ਹੈ। | ਸਾਰੇ ਭਾਗਲੇਬਾਜ਼ਾਂ ਨੂੰ ਅਪਗ੍ਰੇਡ ਕਰਨਾ ਪਵੇਗਾ, ਨਹੀਂ ਤਾਂ ਚੇਨ ਸਥਾਈ ਤੌਰ 'ਤੇ ਵੰਡ ਜਾਂਦੀ ਹੈ। |
| ਨਤੀਜਾ | ਏਕਤਾ ਵਾਲਾ ਨੈੱਟਵਰਕ। | ਦੋ ਵੱਖਰੇ, ਮੁਕਾਬਲੇਬਾਜ਼ ਕ੍ਰਿਪਟੋਕਰੰਸੀਆਂ ਦਾ ਸੰਭਾਵੀ ਨਿਰਮਾਣ। |
ਵੱਡੇ ਬਲਾਕ ਸਮਰਥਕਾਂ ਨੂੰ ਅਹਿਸਾਸ ਹੋ ਗਿਆ ਕਿ ਉਹਨਾਂ ਦੀ ਯੋਜਨਾ (ਬਲਾਕ ਆਕਾਰ ਸੀਮਾ ਨੂੰ ਗੰਭੀਰ ਤੌਰ 'ਤੇ ਵਧਾਉਣਾ) ਨੂੰ ਹਾਰਡ ਫੋਰਕ ਦੀ ਲੋੜ ਸੀ। ਚੂੰਕਿ ਉਹ ਕੋਰ ਵਿਕਾਸਕਾਰਾਂ ਅਤੇ ਵਰਤੋਂਕਾਰ ਬੇਸ ਦੀ ਬਹੁਮਤ ਨੂੰ ਰਾਜ਼ੀ ਨਹੀਂ ਕਰ ਸਕੇ, ਉਹਨਾਂ ਨੇ ਵੰਡ ਸ਼ੁਰੂ ਕਰਨਾ ਚੁਣਿਆ।
ਬਿਟਕਾਇਨ ਕੈਸ਼ (BCH): ਵਿਚਾਰਧਾਰਾ ਦਾ ਫੋਰਕ
1 ਅਗਸਤ 2017 ਨੂੰ, ਬਿਟਕਾਇਨ ਕੈਸ਼ (BCH) ਨੇ ਅਧਿਕਾਰਕ ਤੌਰ 'ਤੇ ਮੁੱਖ ਬਿਟਕਾਇਨ ਚੇਨ ਤੋਂ ਵੰਡਿਆ।
ਬਿਟਕਾਇਨ ਕੈਸ਼ ਸਕੇਲਿੰਗ ਯੁੱਧਾਂ ਦਾ ਸਭ ਤੋਂ ਮਹੱਤਵਪੂਰਨ ਨਤੀਜਾ ਸੀ ਅਤੇ ਵੱਡੇ ਬਲਾਕ ਵਿਚਾਰਧਾਰਾ ਦਾ ਚਰਮ ਪ੍ਰਗਟਾਵਾਂ ਸੀ।
- ਮੁੱਖ ਬਦਲਾਅ: ਤੁਰੰਤ ਬਲਾਕ ਆਕਾਰ ਸੀਮਾ ਨੂੰ 1MB ਤੋਂ 8MB ਵਧਾਇਆ (ਬਾਅਦ ਵਿੱਚ 32MB ਤੱਕ ਵਧਾਇਆ)।
- ਵਿਜ਼ਨ: BCH ਬਿਟਕਾਇਨ ਦੇ ਮੂਲ ਅਧਿਕਾਰ ਨੂੰ ਪੂਰਾ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰ ਰਿਹਾ ਸੀ ਜੋ ਤੇਜ਼, ਸਸਤਾ, peer-to-peer ਇਲੈਕਟ੍ਰਾਨਿਕ ਕੈਸ਼ ਸਿਸਟਮ ਵਜੋਂ ਹੈ। ਇਸ ਦੇ ਸਮਰਥਕਾਂ ਨੇ ਖੁੱਲ੍ਹ ਕੇ ਇਹ ਵਿਚਾਰ ਖਾਰਜ ਕੀਤਾ ਕਿ ਬਿਟਕਾਇਨ ਨੂੰ ਹੌਲੀ ਸੈਟਲਮੈਂਟ ਲੇਅਰ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ, ਇਰਗੂਮੈਂਟ ਕਰਦੇ ਹੋਏ ਕਿ L1 ਨੂੰ ਵਿਸ਼ਾਲ ਲੈਣ-ਦੇਣ ਵਾਲੀਆਂ ਮਾਤਰਾਵਾਂ ਨੂੰ ਹੈਂਡਲ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ।
- ਲਾਗੂ ਕਰਨ: ਫੋਰਕ ਬਲਾਕ ਤੱਕ ਚੇਨਾਂ ਨੇ ਇਤਿਹਾਸ ਸਾਂਝਾ ਕੀਤਾ ਹੋਣ ਕਰਕੇ, ਵੰਡ ਸਮੇਂ ਬਿਟਕਾਇਨ (BTC) ਦੇ ਹਰ ਹੋਲਡਰ ਨੂੰ ਨਵੇਂ ਬਿਟਕਾਇਨ ਕੈਸ਼ (BCH) ਦੀ ਬਰਾਬਰ ਮਾਤਰਾ ਆਪਣੇ ਆਪ ਮਿਲ ਗਈ।
BCH ਫੋਰਕ ਨੇ ਵਿਚਾਰਧਾਰਾਤਮਕ ਵਿਚਾਰ-ਚਰਚਾ ਨੂੰ ਅੰਤਿਮਤਾ ਨਾਲ ਨਿਪਟਾ ਦਿੱਤਾ। ਜਦੋਂ ਕਿ BCH ਨੇ ਸਸਤੀ ਲੈਣ-ਦੇਣਾਂ ਪੇਸ਼ ਕੀਤੀਆਂ, ਇਹ ਮੂਲ ਬਿਟਕਾਇਨ ਦੇ ਵਿਕਾਸਕਾਰ ਇਕੋਸਿਸਟਮ ਅਤੇ ਨੈੱਟਵਰਕ ਪ੍ਰਭਾਵ ਨੂੰ ਆਕਰਸ਼ਿਤ ਕਰਨ ਵਿੱਚ ਅਸਫਲ ਰਿਹਾ। ਇਸ ਨੇ ਦਰਸਾਇਆ ਕਿ ਬਜ਼ਾਰ ਨੇ ਛੋਟੇ ਬਲਾਕ ਤਰੀਕੇ ਨਾਲ ਪ੍ਰਦਾਨ ਕੀਤੀ ਸੁਰੱਖਿਆ ਅਤੇ ਡੀਸੈਂਟ੍ਰਲਾਈਜ਼ੇਸ਼ਨ ਨੂੰ ਤਰਜੀਹ ਦਿੱਤੀ, ਭਾਵੇਂ L1 ਥਰੋਟਪੁਟ ਦੀ ਲਾਗਤ ਤੇ।
ਬਿਟਕਾਇਨ SV (BSV): ਅੱਤਵਾਦੀ ਬਲਾਕ ਆਕਾਰ ਜੋਖਮ
ਵਿਚਾਰਧਾਰਾਤਮਕ ਟੁੱਟਣਾ ਬਿਟਕਾਇਨ ਕੈਸ਼ ਨਾਲ ਨਹੀਂ ਰੁਕਿਆ। 2018 ਵਿੱਚ, BCH ਖੁਦ ਦੋ ਸ਼ਿਬਰਾਂ ਵਿੱਚ ਵੰਡ ਗਿਆ: ਬਿਟਕਾਇਨ ABC (ਜਿਸ ਨੇ BCH ਨਾਮ ਬਰਕਰਾਰ ਰੱਖਿਆ) ਅਤੇ ਬਿਟਕਾਇਨ SV (ਸਤੋਸ਼ੀ ਦਾ ਵਿਜ਼ਨ)।
- ਮੁੱਖ ਬਦਲਾਅ: ਬਿਟਕਾਇਨ SV ਨੇ ਵਿਸ਼ਾਲ, ਲਗਭਗ ਅਸੀਮਤ ਬਲਾਕ ਆਕਾਰ ਪ੍ਰਸਤਾਵਿਤ ਕੀਤੇ, ਸੀਮਾਵਾਂ ਨੂੰ ਗੀਗਾਬਾਈਟ ਰੇਂਜ ਵਿੱਚ ਧੱਕਦੇ ਹੋਏ, ਇਰਗੂਮੈਂਟ ਕਰਦੇ ਹੋਏ ਕਿ ਇਹ ਬਿਟਕਾਇਨ ਨੂੰ ਵਿਸ਼ਵਵਿਆਪੀ ਵਪਾਰ ਸਕੇਲ ਹੈਂਡਲ ਕਰਨ ਲਈ ਜ਼ਰੂਰੀ ਹੈ।
- ਟਰੇਡ-ਆਫ਼: ਇਹ ਅੱਤਵਾਦੀ ਬਲਾਕ ਆਕਾਰ ਤਰੀਕਾ ਫੁੱਲ ਨੋਡ ਚਲਾਉਣ ਲਈ ਐਂਟਰੀ ਬੈਰੀਅਰ ਨੂੰ ਡਰਾਸਟਿਕ ਤੌਰ 'ਤੇ ਵਧਾਉਂਦਾ ਹੈ, ਆਖਰਕਾਰ ਵੈਲੀਡੇਸ਼ਨ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਕੁਝ ਵੱਡੇ, ਪੇਸ਼ੇਵਰ ਮਾਈਨਿੰਗ ਕਾਰਵਾਈਆਂ ਦੇ ਹੱਥਾਂ ਵਿੱਚ ਕੇਂਦਰਿਤ ਕਰਦਾ ਹੈ।
ਬਾਰ-ਬਾਰ ਹੋਣ ਵਾਲੇ ਫੋਰਕਸ ਨੇ Layer 1 ਥਰੋਟਪੁਟ ਵਧਾਉਣ ਰਾਹੀਂ ਸਕੇਲਿੰਗ ਦੇ ਮੁੱਢਲੇ ਖਤਰੇ ਨੂੰ ਉਜਾਗਰ ਕੀਤਾ: ਬਿਟਕਾਇਨ ਨੂੰ ਵੈਲਿਊਏਬਲ ਬਣਾਉਣ ਵਾਲੀ ਡੀਸੈਂਟ੍ਰਲਾਈਜ਼ਡ ਕੁਦਰਤ ਨੂੰ ਨਸ਼ਟ ਕਰਨ ਦਾ ਖਤਰਾ।
Layer-2 ਬਨਾਵਟ ਦੀ ਜਿੱਤ
ਸਕੇਲਿੰਗ ਯੁੱਧਾਂ ਦਾ ਅੰਤਿਮ ਹੱਲ ਤਕਨੀਕੀ ਸਹਿਮਤੀ ਨਹੀਂ ਸੀ ਬਲਕਿ ਬਨਾਵਟੀ ਬਦਲਾਅ ਸੀ: ਇਹ ਅਹਿਸਾਸ ਕਿ ਬਿਟਕਾਇਨ ਦੀ ਬੇਸ ਲੇਅਰ ਨੂੰ ਛੋਟੀ, ਸੁਰੱਖਿਅਤ ਅਤੇ ਡੀਸੈਂਟ੍ਰਲਾਈਜ਼ਡ ਰਹਿਣਾ ਚਾਹੀਦਾ ਹੈ, ਜਦਕਿ ਸਕੇਲਿੰਗ ਹੋਰ ਕਿਤੇ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ।
SegWit (ਇੱਕ ਸੌਫਟ ਫੋਰਕ) ਦਾ ਅਪਣਾਉਣਾ ਅਤੇ ਹਾਰਡ-ਫੋਰਕਡ ਕਾਇਨਾਂ (BCH, BSV) ਦੀ ਬਿਟਕਾਇਨ (BTC) ਨੂੰ ਚੁਣੌਤੀ ਦੇਣ ਵਿੱਚ ਅਸਫਲਤਾ ਨੇ ਸਪੱਸ਼ਟ ਵਿਕਾਸ ਦर्शन ਨਿਰਧਾਰਤ ਕੀਤਾ: ਬਿਟਕਾਇਨ ਸੁਰੱਖਿਅਤ ਸੈਟਲਮੈਂਟ ਲੇਅਰ ਹੈ; Layer 2 ਸਕੇਲਿੰਗ ਲੇਅਰ ਹੈ।
ਕਿਉਂ Layer-2 ਡੀਸੈਂਟ੍ਰਲਾਈਜ਼ੇਸ਼ਨ ਨੂੰ ਸੰਭਾਲਦਾ ਹੈ
Layer 2 ਹੱਲ, ਜਿਵੇਂ Lightning Network, ਲੱਖਾਂ ਲੈਣ-ਦੇਣਾਂ ਨੂੰ ਆਫ-ਚੇਨ ਮੁੱਖ ਬਿਟਕਾਇਨ ਲੈਜਰ ਤੇ ਤੁਰੰਤ ਰਿਕਾਰਡ ਕਰਨ ਦੀ ਲੋੜ ਬਿਨਾਂ ਵਰਤੇ ਜਾਣ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦੇ ਹਨ।
ਇਹ ਬਨਾਵਟ ਟ੍ਰਾਈਲੇਮਾ ਨੂੰ ਹੱਲ ਕਰਦੀ ਹੈ ਚਿੰਤਾਵਾਂ ਨੂੰ ਅਲੱਗ ਕਰਕੇ:
- Layer 1 (ਬਲਾਕਚੇਨ): ਸੁਰੱਖਿਆ, ਅੰਤਿਮ ਸੈਟਲਮੈਂਟ, ਅਤੇ ਡੀਸੈਂਟ੍ਰਲਾਈਜ਼ੇਸ਼ਨ ਨੂੰ ਹੈਂਡਲ ਕਰਦਾ ਹੈ (ਸਭ ਤੋਂ ਮਹੱਤਵਪੂਰਨ ਅਤੇ ਅਪਰਿਵਰਤਨੀਯ ਕਾਰਜ)। ਚੂੰਕਿ ਬਲਾਕ ਛੋਟੇ ਰਹਿੰਦੇ ਹਨ, ਕੋਈ ਵੀ ਬੇਸਿਕ ਹਾਰਡਵੇਅਰ ਅਤੇ ਇੰਟਰਨੈੱਟ ਪਹੁੰਚ ਨਾਲ ਫੁੱਲ ਨੋਡ ਚਲਾ ਸਕਦਾ ਹੈ।
- Layer 2 (ਆਫ-ਚੇਨ ਨੈੱਟਵਰਕ): ਗਤੀ ਅਤੇ ਘੱਟ ਲਾਗਤ ਨੂੰ ਹੈਂਡਲ ਕਰਦਾ ਹੈ (ਲਚਕੀਲੇ ਕਾਰਜ)। ਇਹ ਨੈੱਟਵਰਕ ਵਿਸ਼ੇਸ਼ ਪ੍ਰੋਟੋਕੋਲ ਵਰਤਦੇ ਹਨ ਉੱਚ ਥਰੋਟਪੁਟ ਨੂੰ ਪ੍ਰਬੰਧਿਤ ਕਰਨ ਲਈ, ਅਧਾਰ L1 ਦੀ ਸੁਰੱਖਿਆ ਦਾ ਲਾਭ ਉਠਾਉਂਦੇ ਹੋਏ।
ਜੇ ਬਿਟਕਾਇਨ ਨੇ ਵੱਡੇ ਬਲਾਕ ਤਰੀਕਾ ਚੁਣਿਆ ਹੁੰਦਾ, ਤਾਂ ਚੇਨ ਡਾਟਾ ਇੰਨਾ ਤੇਜ਼ੀ ਨਾਲ ਵਧ ਜਾਂਦਾ ਕਿ ਕੁਝ ਸਾਲਾਂ ਵਿੱਚ ਸਿਰਫ਼ ਵੱਡੇ ਡਾਟਾ ਸੈਂਟਰ ਹੀ ਵੈਲੀਡੇਟਿੰਗ ਨੋਡ ਚਲਾ ਸਕਦੇ। ਇਹ ਸੈਂਸਰਸ਼ਿਪ ਜੋਖਮਾਂ ਅਤੇ ਘੱਟ ਸੈਂਸਰਸ਼ਿਪ ਵਿਰੋਧੀਤਾ ਵੱਲ ਲੈ ਜਾਂਦਾ—ਬਿਟਕਾਇਨ ਦੇ ਮੂਲ ਉਦੇਸ਼ ਦਾ ਠੀਕ ਉਲਟ।
Layer 2 ਨੂੰ ਅਪਣਾ ਕੇ, ਬਿਟਕਾਇਨ ਕਮਿਊਨਿਟੀ ਨੇ ਪੁਸ਼ਟੀ ਕੀਤੀ ਕਿ ਸੈਲਫ਼-ਸੌਵਰੇਨਟੀ ਅਤੇ ਸੈਂਸਰਸ਼ਿਪ ਵਿਰੋਧ ਨਾ-ਵੇਚਣ ਵਾਲੀਆਂ ਬੁਨਿਆਦਾਂ ਹਨ, ਭਾਵੇਂ ਇਸ ਦਾ ਮਤਲਬ ਨੇਟਿਵ L1 ਲੈਣ-ਦੇਣ ਗਤੀ ਦੀ ਬਲੀ ਦੇਣਾ ਹੋਵੇ।
ਅਡਵਾਂਸਡ ਵਿਕਾਸ ਨੂੰ ਸੰਭਵ ਬਣਾਉਣਾ
SegWit ਦੀ ਸਫਲ ਲਾਗੂ ਕਰਨ ਨੇ ਸਾਧਾਰਨ ਟ੍ਰਾਂਸਫਰਾਂ ਤੋਂ ਪਰੇ ਬਿਟਕਾਇਨ ਦੀ ਸਮਰੱਥਾ ਨੂੰ ਰੀਡਿਫਾਈਨ ਕਰਨ ਵਾਲੀ ਹੋਰ ਨਵੀਨਤਾ ਲਈ ਬੁਨਿਆਦ ਰੱਖੀ।
- ਲਾਈਟਨਿੰਗ ਨੈੱਟਵਰਕ: ਟ੍ਰਾਂਜੈਕਸ਼ਨ ਮੈਲੀਯਬਿਲਟੀ ਨੂੰ ਠੀਕ ਕਰਕੇ, SegWit ਨੇ ਲਾਈਟਨਿੰਗ ਨੈੱਟਵਰਕ—ਦੋ-ਤਰਫ਼ਾ ਭੁਗਤਾਨ ਚੈਨਲਾਂ ਦਾ ਨੈੱਟਵਰਕ—ਨੂੰ ਸੁਰੱਖਿਅਤ ਤਰੀਕੇ ਨਾਲ ਵਿਕਸਤ ਹੋਣ ਦੀ ਇਜਾਜ਼ਤ ਦਿੱਤੀ। ਲਾਈਟਨਿੰਗ ਵਰਤੋਂਕਾਰਾਂ ਨੂੰ L1 ਤੇ ਫੰਡ ਲੌਕ ਕਰਕੇ ਚੈਨਲ ਖੋਲ੍ਹਣ, ਆਫ-ਚੇਨ ਹਜ਼ਾਰਾਂ ਤੁਰੰਤ, ਲਗਭਗ ਮੁਫ਼ ਲੈਣ-ਦੇਣ ਕਰਨ, ਅਤੇ ਚੈਨਲ ਬੰਦ ਹੋਣ 'ਤੇ ਅੰਤਿਮ ਬੈਲੰਸ ਨੂੰ L1 ਤੇ ਸੈਟਲ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ।
- ਬਿਟਕਾਇਨ ਤੇ ਸਮਾਰਟ ਕਾਂਟ੍ਰੈਕਟਸ: ਇਤਿਹਾਸਕ ਤੌਰ 'ਤੇ, ਬਿਟਕਾਇਨ ਨੂੰ ਇਥਰੀਅਮ (ਸਰੋਤ 1) ਵਰਗੇ ਪਲੇਟਫਾਰਮਾਂ ਨਾਲੋਂ ਸੀਮਤ ਸਮਾਰਟ ਕਾਂਟ੍ਰੈਕਟ ਸਮਰੱਥਾ ਵਾਲਾ ਮੰਨਿਆ ਜਾਂਦਾ ਸੀ। ਹਾਲਾਂਕਿ, ਬਨਾਵਟੀ ਸੁਧਾਰਾਂ ਨੇ ਵਧੇਰੇ ਗੁੰਝਲਦਾਰ ਸਕ੍ਰਿਪਟਿੰਗ ਲਈ ਰਾਹ ਤੋਂ ਹਟਾਇਆ। SegWit, ਅਤੇ ਬਾਅਦ ਵਿੱਚ Taproot (ਗੋਪਨੀਯਤਾ ਅਤੇ ਕੁਸ਼ਲਤਾ ਵਧਾਉਣ ਵਾਲਾ ਅਗਲਾ ਅਪਗ੍ਰੇਡ), ਨੇ ਅਡਵਾਂਸਡ ਲੈਣ-ਦੇਣਾਂ ਦੀਆਂ ਲਾਗਤਾਂ ਅਤੇ ਗੁੰਝਲ ਨੂੰ ਗੰਭੀਰ ਤੌਰ 'ਤੇ ਘਟਾਇਆ। ਇਹ ਵਿਕਾਸ ਵਾਤਾਵਰਣ ਨਵੀਨਤਾ ਲਈ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ, ਜਿਸ ਵਿੱਚ ਟੋਕਨਾਈਜ਼ੇਸ਼ਨ, ਅਡਵਾਂਸਡ ਫਾਈਨੈਂਸ਼ਲ ਇੰਸਟ੍ਰੂਮੈਂਟਸ, ਅਤੇ ਵਧੇਰੇ ਵਧਦੇ, ਸਮਾਰਟ ਕਾਂਟ੍ਰੈਕਟ ਕਾਰਜਕਸ਼ਲਟੀ (ਸਰੋਤ 2) ਸ਼ਾਮਲ ਹਨ, ਸਭ ਬਿਟਕਾਇਨ ਦੇ ਮਜ਼ਬੂਤ ਸੁਰੱਖਿਆ ਮਾਡਲ ਦਾ ਲਾਭ ਉਠਾਉਂਦੇ ਹੋਏ।
ਸਕੇਲਿੰਗ ਯੁੱਧਾਂ ਨੇ ਬਿਟਕਾਇਨ ਨੂੰ ਕੱਚੇ ਥਰੋਟਪੁਟ ਤੋਂ ਬਿਨਾਂ ਬਨਾਵਟ ਨੂੰ ਤਰਜੀਹ ਦੇਣ ਲਈ ਮਹੱਤਵਪੂਰਨ ਇਤਿਹਾਸਕ ਫਿਲਟਰ ਪ੍ਰਦਾਨ ਕੀਤਾ, ਅੰਤਿਮ ਤੌਰ 'ਤੇ ਲੇਅਰਡ ਸਕੇਲਿੰਗ ਨਾਲ ਵਿਧਾਰਿਤ ਵਧੇਰੇ ਸੁਰੱਖਿਅਤ ਅਤੇ ਲਚਕੀਲੇ ਸਿਸਟਮ ਵੱਲ ਲੈ ਗਿਆ (ਸਰੋਤ 3)।
ਨਿੱਗਮਨ: ਸਕੇਲਿੰਗ ਯੁੱਧਾਂ ਦਾ ਲੰਮੇ ਸਮੇਂ ਦਾ ਪ੍ਰਭਾਵ
2015-2017 ਦੇ ਬਿਟਕਾਇਨ ਸਕੇਲਿੰਗ ਯੁੱਧ ਸ਼ਾਇਦ ਨੈੱਟਵਰਕ ਨੂੰ ਕਦੇ ਸਾਹਮਣੇ ਆਈ ਸਭ ਤੋਂ ਵੱਡੀ ਹੋਂਦੀ ਚੁਣੌਤੀ ਸੀ। ਇਹ ਇੱਕ ਤਣਾਅਪੂਰਨ, ਵਿਵਾਦਾਸਪਦ, ਅਤੇ ਅਕਸਰ ਅਰਾਜਕ ਅਵਧੀ ਸੀ ਜਿਸ ਨੇ ਡੀਸੈਂਟ੍ਰਲਾਈਜ਼ਡ ਗਵਰਨੈਂਸ ਦੇ ਮੁੱਢਲੇ ਸਹਿਮਤੀ ਤਕਨੀਕ ਨੂੰ ਪਰਖਿਆ।
ਅੰਤਿਮ ਨਤੀਜਾ—SegWit ਦਾ ਅਪਣਾਉਣਾ ਅਤੇ ਵੱਡੇ L1 ਬਲਾਕ ਵਧਾਉਣ ਦੀ ਨਕਾਰ—ਡੀਸੈਂਟ੍ਰਲਾਈਜ਼ੇਸ਼ਨ ਅਤੇ ਸੁਰੱਖਿਆ ਦੇ ਸਿਧਾਂਤਾਂ ਲਈ ਬੁਨਿਆਦੀ ਜਿੱਤ ਸੀ। ਬੇਸ ਲੇਅਰ ਨੂੰ ਘੱਟ ਰੱਖਣ ਦੇ ਚੋਣ ਨਾਲ, ਬਿਟਕਾਇਨ ਕਮਿਊਨਿਟੀ ਨੇ ਯਕੀਨੀ ਬਣਾਇਆ ਕਿ ਨੈੱਟਵਰਕ ਬੇਸਿਕ ਹਾਰਡਵੇਅਰ ਅਤੇ ਇੰਟਰਨੈੱਟ ਪਹੁੰਚ ਵਾਲੇ ਕਿਸੇ ਵੀ ਵਿਅਕਤੀ ਲਈ ਪਹੁੰਚਯੋਗ ਰਹੇਗਾ, ਇਸ ਦੇ ਨਿਯੰਤਰਣ ਅਤੇ ਸੈਂਸਰਸ਼ਿਪ ਵਿਰੋਧ ਨੂੰ ਸੁਰੱਖਿਅਤ ਕਰਦਾ ਹੋਇਆ।
ਇਹ ਇਤਿਹਾਸਕ ਲਮਹਾ ਬਿਟਕਾਇਨ ਦੀ ਪਛਾਣ ਨੂੰ ਇੱਕ ਮਜ਼ਬੂਤ, ਹੌਲੀ, ਅਤੇ ਮਹਿੰਗੇ ਸੈਟਲਮੈਂਟ ਨੈੱਟਵਰਕ—ਡਿਜੀਟਲ ਬੈੱਡਰੌਕ—ਵਜੋਂ ਨਿਰਧਾਰਤ ਕੀਤਾ, ਜਿਸ ਤੇ ਵਿਭਿੰਨ ਅਤੇ ਤੇਜ਼ ਫਾਈਨੈਂਸ਼ਲ ਇਕੋਸਿਸਟਮ (Layer 2) ਨੂੰ ਸੁਰੱਖਿਅਤ ਤਰੀਕੇ ਨਾਲ ਬਣਾਇਆ ਜਾ ਸਕੇ। ਇਸ ਜੰਗ ਨੂੰ ਸਮਝਣਾ ਕਿਸੇ ਵੀ ਕ੍ਰਿਪਟੋ ਨਵੇਂ ਆਉਣ ਵਾਲੇ ਲਈ ਜ਼ਰੂਰੀ ਹੈ, ਕਿਉਂਕਿ ਇਹ ਇਹ ਮਹੱਤਵਪੂਰਨ ਸੰਦਰਭ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ ਕਿ ਬਿਟਕਾਇਨ ਵਿਕਾਸ ਰੋਡਮੈਪ ਕਿਉਂ ਸੈਕੰਡਰੀ ਲੇਅਰਾਂ ਅਤੇ ਬਨਾਵਟੀ ਅਪਟੀਮਾਈਜ਼ੇਸ਼ਨ ਤੇ ਭਾਰੀ ਧਿਆਨ ਕੇਂਦਰਿਤ ਕਰਦਾ ਹੈ ਨਾ ਕਿ ਤੇਜ਼ ਆਲਟਕਾਇਨਾਂ ਦੇ ਸਕੇਲਿੰਗ ਤਰੀਕਿਆਂ ਦੀ ਬਸ ਨਕਲ ਕਰਨਾ। ਸਕੇਲਿੰਗ ਯੁੱਧਾਂ ਦੌਰਾਨ ਕੀਤੇ ਟਰੇਡ-ਆਫ਼ ਨੇ ਬਿਟਕਾਇਨ ਨੂੰ ਡਿਜੀਟਲ ਸੋਨੇ ਵਜੋਂ ਮਜ਼ਬੂਤ ਕੀਤਾ, ਜੋ ਆਪਣੇ ਬਲਾਕ ਨੂੰ ਵਧਾ ਕੇ ਨਹੀਂ, ਬਲਕਿ ਉਸ ਤੇ ਸਮਾਰਟ, ਸੁਰੱਖਿਅਤ ਲੇਅਰਾਂ ਬਣਾ ਕੇ ਸਕੇਲ ਕਰਨ ਲਈ ਤਿਆਰ।