ਬਿਟਕਾਇਨ ਨੂੰ ਇੱਕ ਵਿਤਰਿਤ ਪੀਅਰ-ਟੂ-ਪੀਅਰ ਇਲੈਕਟ੍ਰਾਨਿਕ ਨਕਦੀ ਸਿਸਟਮ ਵਜੋਂ ਡਿਜ਼ਾਈਨ ਕੀਤਾ ਗਿਆ ਸੀ। ਇਸਦਾ ਮੁੱਖ ਧਿਆਨ ਹਮੇਸ਼ਾ ਸੁਰੱਖਿਆ ਅਤੇ ਸੈਂਸਰਸ਼ਿਪ ਵਿਰੋਧੀਤਾ ਉੱਤੇ ਰਿਹਾ ਹੈ ਨਾ ਕਿ ਕੁਦਰਤੀ ਗਤੀ ਉੱਤੇ। ਜਿਵੇਂ-ਜਿਵੇਂ ਨੈੱਟਵਰਕ ਦੀ ਲੋਕਪ੍ਰਿਯਤਾ ਵਧੀ, ਲੈਣ-ਦੇਣ ਦੀ ਥਰੋਪੁਟ ਨਾਲ ਸਬੰਧਤ ਇੱਕ ਮਹੱਤਵਪੂਰਨ ਬੋਤਲਨੇਕ ਪੈਦਾ ਹੋ ਗਈ। ਮੂਲ ਡਿਜ਼ਾਈਨ ਲਗਭਗ ਸੱਤ ਲੈਣ-ਦੇਣ ਪ੍ਰਤੀ ਸਕਿੰਟੀ ਸਮਰਥਨ ਕਰਦਾ ਹੈ।
ਇਹ ਸੀਮਾ ਅਕਸਰ ਉੱਚ ਮੰਗ ਦੇ ਸਮੇਂ ਦੌਰਾਨ ਨੈੱਟਵਰਕ ਭੀੜ ਪੈਦਾ ਕਰਦੀ ਹੈ। ਜਦੋਂ ਮੈਮਪੂਲ ਭਰ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਲੈਣ-ਦੇਣ ਦੀਆਂ ਫੀਸਾਂ ਬਹੁਤ ਵੱਧ ਜਾਂਦੀਆਂ ਹਨ, ਅਤੇ ਪੁਸ਼ਟੀਕਰਨ ਸਮੇਂ ਵਧ ਜਾਂਦੇ ਹਨ। ਇਹ ਗਤੀਦੀ ਵਿਹਾਰ ਬੇਸ ਲੇਅਰ ਨੂੰ ਕੌਫੀ ਦਾ ਕੱਪ ਖਰੀਦਣ ਵਰਗੀਆਂ ਛੋਟੀਆਂ, ਰੋਜ਼ਾਨਾ ਭੁਗਤਾਨਾਂ ਲਈ ਅਣਉਪਯੋਗ ਬਣਾਉਂਦੀ ਹੈ।
ਇਸ ਨੂੰ ਹੱਲ ਕਰਨ ਲਈ ਬਿਨਾਂ ਨੈੱਟਵਰਕ ਦੇ ਮੁੱਖ ਮੁੱਲਾਂ ਨੂੰ ਖ਼ਤਰੇ ਵਿੱਚ ਪਾਏ, ਵਿਕਾਸਕਾਰ ਲੇਅਰਡ ਪਹੁੰਚ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਨ। ਇਹ ਰਣਨੀਤੀ ਮੁੱਖ ਬਲਾਕਚੇਨ ਉੱਤੇ ਸੈਕੰਡਰੀ ਪ੍ਰੋਟੋਕੋਲ ਬਣਾਉਣ ਨੂੰ ਸ਼ਾਮਲ ਕਰਦੀ ਹੈ। ਇਹ ਲੇਅਰਾਂ ਉੱਚ-ਵਾਲੀਊਮ ਪ੍ਰੋਸੈਸਿੰਗ ਨੂੰ ਹੈਂਡਲ ਕਰਦੀਆਂ ਹਨ ਜਦੋਂ ਕਿ ਅੰਤਿਮ ਨਿਪਟਾਰੇ ਅਤੇ ਸੁਰੱਖਿਆ ਲਈ ਬੇਸ ਲੇਅਰ ਉੱਤੇ ਨਿਰਭਰ ਕਰਦੀਆਂ ਹਨ।
ਪ੍ਰੋਟੋਕੋਲ ਵਿਕਾਸ ਦੀ ਸਰਕਾਰੀ ਢਾਂਚਾ
ਬਿਟਕਾਇਨ ਕਿਵੇਂ ਸਕੇਲ ਹੁੰਦਾ ਹੈ ਇਸ ਨੂੰ ਸਮਝਣ ਲਈ ਪ੍ਰੋਟੋਕੋਲ ਕਿਵੇਂ ਬਦਲਦਾ ਹੈ ਇਸ ਨੂੰ ਸਮਜ਼ਣਾ ਜ਼ਰੂਰੀ ਹੈ। ਕੇਂਦਰੀਕ੍ਰਿਤ ਸਿਸਟਮਾਂ ਵਿੱਚ ਜਿੱਥੇ CEO ਅਪਗ੍ਰੇਡਾਂ ਦਾ ਹੁਕਮ ਦਿੰਦਾ ਹੈ, ਬਿਟਕਾਇਨ ਸਹਿਮਤੀ ਬਣਾਉਣ ਦੀ ਪ੍ਰਕਿਰਿਆ ਰਾਹੀਂ ਵਿਕਸਤ ਹੁੰਦਾ ਹੈ। ਕੋਈ ਰਸਮੀ ਸਰਕਾਰ ਜਾਂ ਹਾਕਮ ਨਹੀਂ ਹੈ। ਬਦਲੇ ਵਜੋਂ, ਹਿੱਸੇਦਾਰਾਂ ਨੂੰ ਬਦਲਾਵਾਂ ਉੱਤੇ ਸਹਿਮਤ ਹੋਣਾ ਪੈਂਦਾ ਹੈ।
ਬਿਟਕਾਇਨ ਇੰਪਰੂਵਮੈਂਟ ਪ੍ਰੋਪੋਜ਼ਲਾਂ
ਅਪਗ੍ਰੇਡ ਪੇਸ਼ ਕਰਨ ਦਾ ਤਕਨੀਕੀ ਬਣਤਰ ਬਿਟਕਾਇਨ ਇੰਪਰੂਵਮੈਂਟ ਪ੍ਰੋਪੋਜ਼ਲ (BIP) ਹੈ। ਵਿਕਾਸਕਾਰ ਇਨ੍ਹਾਂ ਤਕਨੀਕੀ ਦਸਤਾਵੇਜ਼ ਤਿਆਰ ਕਰਦੇ ਹਨ ਤਾਂ ਜੋ ਕੋਡ ਵਿੱਚ ਬਦਲਾਵ ਸੁਝਾਉਣ। ਇਹ ਪ੍ਰਸਤਾਵ ਖੱਟੀਨੀ ਪੀਅਰ ਰਿਵਿਊ ਅਤੇ ਜਨਤਕ ਬਹਿਸ ਨਾਲ ਲੰਘਦੇ ਹਨ। ਉਦੇਸ਼ "ਰੌਘ ਕੰਸੈਂਸਸ" ਹਾਸਲ ਕਰਨਾ ਹੈ, ਜਿਸਦਾ ਅਰਥ ਹੈ ਕਿ ਜ਼ਿਆਦਾਤਰ ਹਿੱਸੇਦਾਰ ਇਹ ਸੰਤੁਸ਼ਟ ਹਨ ਕਿ ਵਿਰੋਧ ਗਲਤ ਹਨ ਜਾਂ ਹੱਲ ਕੀਤੇ ਗਏ ਹਨ।
ਜਦੋਂ ਇੱਕ ਪ੍ਰਸਤਾਵ ਨੂੰ ਕਾਫ਼ੀ ਸਮਰਥਨ ਮਿਲ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਇਸ ਨੂੰ ਬਿਟਕਾਇਨ ਕੋਰ ਸੌਫਟਵੇਅਰ ਵਿੱਚ ਏਕੀਕ੍ਰਿਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਹਾਲਾਂਕਿ, ਅਪਗ੍ਰੇਡ ਤਾਂ ਹੀ ਸਰਗਰਮ ਹੁੰਦਾ ਹੈ ਜਦੋਂ ਨੈੱਟਵਰਕ ਨੋਡਾਂ ਦੇ ਨਿਰਧਾਰਿਤ ਥਰੈਸ਼ਹੋਲਡ ਨਵਾਂ ਵਰਜ਼ਨ ਇੰਸਟਾਲ ਕਰ ਲੈਂਦੇ ਹਨ। ਇਹ ਯਕੀਨੀ ਬਣਾਉਂਦਾ ਹੈ ਕਿ ਵਰਤੋਂਕਾਰ, ਨਾ ਕਿ ਸਿਰਫ਼ ਵਿਕਾਸਕਾਰ, ਪ੍ਰੋਟੋਕੋਲ ਦੇ ਨਿਯਮਾਂ ਉੱਤੇ ਅੰਤਿਮ ਨਿਯੰਤਰਣ ਰੱਖਦੇ ਹਨ।
ਸਹਿਮਤੀ ਦੀ ਭੂਮਿਕਾ
ਸਹਿਮਤੀ ਨੈੱਟਵਰਕ ਦੀ ਨੀਂਹ ਹੈ। ਮਾਈਨਰ, ਨੋਡ ਆਪਰੇਟਰ ਅਤੇ ਅੰਤ-ਵਰਤੋਂਕਾਰ ਚੈੱਕਾਂ ਅਤੇ ਸੰਤੁਲਨਾਂ ਦੀ ਵਿਵਸਥਾ ਬਣਾਉਂਦੇ ਹਨ। ਮਾਈਨਰ ਬਲਾਕ ਉਤਪਾਦਿਤ ਕਰਦੇ ਹਨ, ਪਰ ਨੋਡ ਉਹਨਾਂ ਨੂੰ ਵੈਲੀਡੇਟ ਕਰਦੇ ਹਨ। ਜੇਕਰ ਮਾਈਨਰ ਨੋਡਾਂ ਵੱਲੋਂ ਲਗਾਏ ਪ੍ਰੋਟੋਕੋਲ ਨਿਯਮਾਂ ਦੀ ਉਲੰਘਣਾ ਕਰਨ ਵਾਲੇ ਵੈਲਿਡ ਬਲਾਕ ਧੱਕੇ ਦੇਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਦੇ ਹਨ, ਤਾਂ ਨੋਡ ਉਹਨਾਂ ਨੂੰ ਸਿਰਫ਼ ਅਸਵੀਕਾਰ ਕਰ ਦੇਣਗੇ।
ਇਹ ਗਤੀਦੀ ਵਿਹਾਰ ਯਕੀਨੀ ਬਣਾਉਂਦੀ ਹੈ ਕਿ ਕੋਈ ਇੱਕ ਸਮੂਹ ਨੈੱਟਵਰਕ ਨੂੰ ਅਗਵਾ ਨਹੀਂ ਕਰ ਸਕਦਾ। ਆਰਥਿਕ ਪ੍ਰੋਤਸਾਹਨ ਮਾਈਨਰਾਂ ਨੂੰ ਸਹਿਮਤੀ ਨਿਯਮਾਂ ਦੀ ਪਾਲਣਾ ਕਰਨ ਲਈ ਮਜਬੂਰ ਕਰਦੇ ਹਨ, ਨਹੀਂ ਤਾਂ ਉਹ ਇੱਕ ਚੇਨ ਉੱਤੇ ਮਾਈਨਿੰਗ ਕਰਨ ਦਾ ਖ਼ਤਰਾ ਮੋਲ ਲੈਂਦੇ ਹਨ ਜਿਸ ਨੂੰ ਆਰਥਿਕ ਬਹੁਮਤ ਅਣਦੇਖਾ ਕਰ ਦਿੰਦੀ ਹੈ। ਇਹ ਸਥਿਰਤਾ ਅਪਗ੍ਰੇਡਾਂ ਨੂੰ ਮੁਸ਼ਕਲ ਬਣਾਉਂਦੀ ਹੈ ਪਰ ਯਕੀਨੀ ਬਣਾਉਂਦੀ ਹੈ ਕਿ ਸਿਰਫ਼ ਮਹੱਤਵਪੂਰਨ, ਵਿਆਪਕ ਤੌਰ ਉੱਤੇ ਸਵੀਕਾਰ ਕੀਤੇ ਬਦਲਾਵ ਹੀ ਹੁੰਦੇ ਹਨ।
ਚੇਨ-ਉੱਤੇ ਅਪਗ੍ਰੇਡ: ਨੀਂਹ ਰੱਖਣਾ
ਲੇਅਰ 2 ਹੱਲ ਖਿੜ ਸਕਣ ਤੋਂ ਪਹਿਲਾਂ, ਬੇਸ ਲੇਅਰ ਨੂੰ ਅਪਟੀਮਾਈਜ਼ੇਸ਼ਨ ਦੀ ਲੋੜ ਸੀ। ਕਈ ਮੁੱਖ ਅਪਗ੍ਰੇਡਾਂ ਨੇ ਬਿਟਕਾਇਨ ਦੀ ਕੁਸ਼ਲਤਾ ਅਤੇ ਗੁੰਝਲਦਾਰ ਪ੍ਰੋਟੋਕੋਲਾਂ ਨੂੰ ਸਮਰਥਨ ਕਰਨ ਦੀ ਸਮਰੱਥਾ ਵਿੱਚ ਸੁਧਾਰ ਕੀਤਾ ਹੈ। ਇਹ ਚੇਨ-ਉੱਤੇ ਸੁਧਾਰਾਂ ਨੇ ਆਧੁਨਿਕ ਸਕੇਲਿੰਗ ਹੱਲਾਂ ਲਈ ਰਾਹ ਤਿਆਰ ਕੀਤਾ।
ਸੈਗਰੀਗੇਟਿਡ ਵਿਟਨੈੱਸ (SegWit)
2017 ਵਿੱਚ ਸਰਗਰਮ ਕੀਤਾ ਗਿਆ, ਸੈਗਰੀਗੇਟਿਡ ਵਿਟਨੈੱਸ ਇੱਕ ਮੁੱਖ ਅਪਗ੍ਰੇਡ ਸੀ। ਇਸ ਨੇ ਲੈਣ-ਦੇਣ ਦੀ ਮੈਲੀਐਬਿਲਟੀ ਬਗ ਨੂੰ ਹੱਲ ਕੀਤਾ ਅਤੇ ਪ੍ਰਭਾਵੀ ਬਲਾਕ ਆਕਾਰ ਵਧਾਇਆ। SegWit ਡਿਜੀਟਲ ਸਿਗਨੇਚਰ ਡੇਟਾ, ਜਿਸ ਨੂੰ "ਵਿਟਨੈੱਸ" ਵਜੋਂ ਜਾਣਿਆ ਜਾਂਦਾ ਹੈ, ਨੂੰ ਲੈਣ-ਦੇਣ ਡੇਟਾ ਤੋਂ ਵੱਖ ਕਰਕੇ ਕੰਮ ਕਰਦਾ ਹੈ।
ਇਸ ਡੇਟਾ ਨੂੰ ਵੱਖਰੀ ਢਾਂਚੇ ਵਿੱਚ ਤਬਦੀਲ ਕਰਕੇ, SegWit ਨੇ ਵੱਧ ਲੈਣ-ਦੇਣਾਂ ਨੂੰ ਇੱਕੋ ਬਲਾਕ ਵਿੱਚ ਫਿੱਟ ਹੋਣ ਦੀ ਆਗਿਆ ਦਿੱਤੀ। ਇਸ ਨੇ ਹਾਰਡ ਫੋਰਕ ਬਿਨਾਂ ਬਲਾਕ ਆਕਾਰ ਸੀਮਾ ਨੂੰ ਪ੍ਰਭਾਵੀ ਢੰਗ ਨਾਲ ਵਧਾ ਦਿੱਤਾ। ਮਹੱਤਵਪੂਰਨ ਤੌਰ ਉੱਤੇ, ਮੈਲੀਐਬਿਲਟੀ ਮੁੱਦੇ ਨੂੰ ਠੀਕ ਕਰਨ ਨੇ ਲਾਈਟਨਿੰਗ ਨੈੱਟਵਰਕ ਵਰਗੇ ਦੂਜੇ-ਲੇਅਰ ਪ੍ਰੋਟੋਕੋਲ ਬਣਾਉਣ ਨੂੰ ਵਧੇਰੇ ਸੁਰੱਖਿਅਤ ਬਣਾ ਦਿੱਤਾ।
ਟੈਪਰੂਟ ਅਪਗ੍ਰੇਡ
ਨਵੰਬਰ 2021 ਵਿੱਚ ਸਰਗਰਮ ਕੀਤਾ ਗਿਆ, ਟੈਪਰੂਟ ਨੇ ਗੋਪਨੀਯਤਾ ਅਤੇ ਕੁਸ਼ਲਤਾ ਨੂੰ ਹੋਰ ਵਧਾਇਆ। ਇਸ ਨੇ ਤਿੰਨ BIP ਨੂੰ ਜੋੜ ਕੇ ਸ਼ਨੌਰ ਸਿਗਨੇਚਰਾਂ ਅਤੇ ਮਰਕਲਾਈਜ਼ਡ ਐਬਸਟ੍ਰੈਕਟ ਸਿੰਟੈਕਸ ਟ੍ਰੀਆਂ (MAST) ਪੇਸ਼ ਕੀਤੀਆਂ। ਸ਼ਨੌਰ ਸਿਗਨੇਚਰ ਬਹੁ-ਸਿਗਨੇਚਰਾਂ ਨੂੰ ਇੱਕ ਵਿੱਚ ਏਕੀਕ੍ਰਿਤ ਕਰਨ ਦੀ ਆਗਿਆ ਦਿੰਦੇ ਹਨ।
ਇਹ ਏਕੀਕਰਣ ਗੁੰਝਲਦਾਰ ਬਹੁ-ਸਿਗਨੇਚਰ ਲੈਣ-ਦੇਣਾਂ ਦੇ ਡੇਟਾ ਆਕਾਰ ਨੂੰ ਘਟਾਉਂਦਾ ਹੈ। ਇਹ ਬਲਾਕਚੇਨ ਉੱਤੇ ਗੁੰਝਲਦਾਰ ਸਮਾਰਟ ਕਾਂਟ੍ਰੈਕਟਾਂ ਨੂੰ ਸਟੈਂਡਰਡ ਲੈਣ-ਦੇਣਾਂ ਵਾਂਗ ਦਿਖਾਉਂਦਾ ਹੈ। ਇਹ ਕੁਸ਼ਲਤਾ ਲਾਭ ਫੀਸਾਂ ਨੂੰ ਘਟਾਉਂਦੀ ਹੈ ਅਤੇ ਗੋਪਨੀਯਤਾ ਵਿੱਚ ਸੁਧਾਰ ਕਰਦੀ ਹੈ, ਜਦੋਂ ਕਿ MAST ਬਿਟਕਾਇਨ خرچ ਕਰਨ ਲਈ ਵੱਧ ਗੁੰਝਲਦਾਰ ਸ਼ਰਤਾਂ ਨੂੰ ਸਮਰਥਨ ਕਰਦੀ ਹੈ।
ਰਾਹ ਵਿੱਚ ਫੋਰਕ: ਹਾਰਡ ਵਿ. ਸਾਫਟ ਫੋਰਕ
ਸਕੇਲਿੰਗ ਬਹਿਸਾਂ ਹਮੇਸ਼ਾ ਸ਼ਾਂਤੀਪੂਰਨ ਨਹੀਂ ਰਹੀਆਂ। ਕਮਿਊਨਿਟੀ ਨੇ ਐਤਿਹਾਸਿਕ ਤੌਰ ਉੱਤੇ ਸਮਰੱਥਾ ਵਧਾਉਣ ਦੇ ਸਭ ਤੋਂ ਵਧੀਆ ਤਰੀਕੇ ਉੱਤੇ ਵੰਡੇ ਵਿੱਚ ਵੰਡਿਆ ਹੋਇਆ ਹੈ। ਸਭ ਤੋਂ ਵੱਡਾ ਅਸਹਿਮਤੀ 2017 ਵਿੱਚ ਬਿਟਕਾਇਨ ਕੈਸ਼ ਦੇ ਨਿਰਮਾਣ ਨੂੰ ਜन्म ਦਿੱਤਾ। ਇਸ ਘਟਨਾ ਨੇ ਸਾਫਟ ਫੋਰਕਾਂ ਅਤੇ ਹਾਰਡ ਫੋਰਕਾਂ ਵਿਚਕਾਰ ਅੰਤਰ ਨੂੰ ਉਜਾਗਰ ਕੀਤਾ।
ਸਾਫਟ ਫੋਰਕ ਅਤੇ ਪਿਛੋਕੜ ਅਨੁਕੂਲਤਾ
ਜ਼ਿਆਦਾਤਰ ਸਫਲ ਅਪਗ੍ਰੇਡ, ਜਿਵੇਂ SegWit ਅਤੇ Taproot, ਸਾਫਟ ਫੋਰਕ ਹਨ। ਇਹ ਪਿਛੋਕੜ-ਅਨੁਕੂਲ ਬਦਲਾਵ ਹਨ। ਪੁਰਾਣੇ ਸੌਫਟਵੇਅਰ ਚਲਾਉਣ ਵਾਲੇ ਨੋਡ ਨਵੇਂ ਸੌਫਟਵੇਅਰ ਚਲਾਉਣ ਵਾਲੇ ਨੋਡਾਂ ਵੱਲੋਂ ਬਣਾਏ ਬਲਾਕਾਂ ਨੂੰ ਅਜੇ ਵੀ ਪਛਾਣ ਸਕਦੇ ਹਨ। ਇਹ ਨੈੱਟਵਰਕ ਨੂੰ ਧੀਰੇ-ਧੀਰੇ ਅਪਗ੍ਰੇਡ ਕਰਨ ਅਤੇ ਵੰਡ ਨਾ ਹੋਣ ਦੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ।
ਸਾਫਟ ਫੋਰਕ ਨੈੱਟਵਰਕ ਦੀ ਆਪਟ-ਇਨ ਕੁਦਰਤ ਨੂੰ ਆਦਰ ਕਰਦੇ ਹਨ। ਜੋ ਵਰਤੋਂਕਾਰ ਅਪਗ੍ਰੇਡ ਨਹੀਂ ਕਰਨਾ ਚਾਹੁੰਦੇ, ਉਹਨਾਂ ਨੂੰ ਨੈੱਟਵਰਕ ਤੋਂ ਬਾਹਰ ਨਹੀਂ ਕੱਢਿਆ ਜਾਂਦਾ, ਹਾਲਾਂਕਿ ਉਹ ਨਵੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਤੋਂ ਵਾਂਝੇ ਰਹਿ ਸਕਦੇ ਹਨ। ਇਹ ਵਿਧੀ ਨੈੱਟਵਰਕ ਸੰਗਠਨ ਅਤੇ ਵੰਡ ਨੂੰ ਰੋਕਣ ਲਈ ਤਰਜੀਹੀ ਹੈ।
ਹਾਰਡ ਫੋਰਕ ਅਤੇ ਨੈੱਟਵਰਕ ਵੰਡ
ਹਾਰਡ ਫੋਰਕ ਤਾਂ ਹੁੰਦਾ ਹੈ ਜਦੋਂ ਪ੍ਰੋਟੋਕੋਲ ਬਦਲਾਵ ਪਿਛੋਕੜ ਅਨੁਕੂਲ ਨਹੀਂ ਹੁੰਦਾ। ਪੁਰਾਣੇ ਸੌਫਟਵੇਅਰ ਚਲਾਉਣ ਵਾਲੇ ਨੋਡ ਨਵੇਂ ਬਲਾਕਾਂ ਨੂੰ ਅਵੈਧ ਵਜੋਂ ਵੇਖਦੇ ਹਨ। ਜੇਕਰ ਪੂਰੀ ਕਮਿਊਨਿਟੀ ਇੱਕੋ ਜਿਹੇ ਸਮੇਂ ਅਪਗ੍ਰੇਡ ਲਈ ਸਹਿਮਤ ਨਹੀਂ ਹੁੰਦੀ, ਤਾਂ ਚੇਨ ਦੋ ਵਿੱਚ ਵੰਡ ਜਾਂਦੀ ਹੈ।
ਬਿਟਕਾਇਨ ਕੈਸ਼ ਫੋਰਕ ਬਲਾਕ ਆਕਾਰ ਉੱਤੇ ਅਸਹਿਮਤੀ ਦਾ ਨਤੀਜਾ ਸੀ। ਸਮਰਥਕ ਚੇਨ-ਉੱਤੇ ਵੱਧ ਲੈਣ-ਦੇਣ ਹੈਂਡਲ ਕਰਨ ਲਈ ਬਲਾਕ ਆਕਾਰ ਸੀਮਾ ਵਧਾਉਣਾ ਚਾਹੁੰਦੇ ਸਨ। ਬਿਟਕਾਇਨ ਨੈੱਟਵਰਕ ਦੀ ਬਹੁਮਤ ਨੇ ਇਸ ਨੂੰ ਰੱਦ ਕਰ ਦਿੱਤਾ, ਵਿਤਰੀਕਰਨ ਨੂੰ ਬਚਾਉਣ ਲਈ ਲੇਅਰ 2 ਹੱਲਾਂ ਰਾਹੀਂ ਸਕੇਲ ਕਰਨ ਨੂੰ ਤਰਜੀਹ ਦਿੱਤੀ। ਇਸ ਨਾਲ ਦੋ ਵੱਖਰੀਆਂ ਮੁਦਰਾਵਾਂ ਪੈਦਾ ਹੋਈਆਂ ਜਿਨ੍ਹਾਂ ਦਾ ਇਤਿਹਾਸ ਸਾਂਝਾ ਹੈ ਪਰ ਭਵਿੱਖ ਵੱਖਰਾ ਹੈ।
ਲੇਅਰ 2 ਆਰਕੀਟੈਕਚਰ ਨੂੰ ਸਮਝਣਾ
ਲੇਅਰ 2 (L2) ਹੱਲ ਮੁੱਖ ਬਿਟਕਾਇਨ ਬਲਾਕਚੇਨ ਉੱਤੇ ਬਣਾਏ ਪ੍ਰੋਟੋਕੋਲ ਹਨ। ਉਹਨਾਂ ਦਾ ਉਦੇਸ਼ ਮੁੱਖ ਚੇਨ ਤੋਂ ਬਾਹਰ ਲੈਣ-ਦੇਣ ਪ੍ਰੋਸੈਸ ਕਰਕੇ ਗਤੀ ਵਧਾਉਣ ਅਤੇ ਲਾਗਤ ਘਟਾਉਣਾ ਹੈ। ਉਹ ਬਿਟਕਾਇਨ ਮੇਨਨੈੱਟ ਉੱਤੇ ਇਨ੍ਹਾਂ ਲੈਣ-ਦੇਣਾਂ ਦੀ ਅੰਤਿਮ ਸਥਿਤੀ ਨੂੰ ਆਕਾਲਿਕ ਤੌਰ ਉੱਤੇ ਨਿਪਟਾਰਾ ਕਰਦੇ ਹਨ।
ਇਹ ਆਰਕੀਟੈਕਚਰ ਫਰਜ਼ ਵਿਚਕਾਰ ਵਿਭਾਜਨ ਪੈਦਾ ਕਰਦੀ ਹੈ। ਮੁੱਖ ਚੇਨ ਨਿਪਟਾਰਾ ਲੇਅਰ ਵਜੋਂ ਕੰਮ ਕਰਦੀ ਹੈ, ਅੰਤਿਮ ਸੁਰੱਖਿਆ ਅਤੇ ਅਚਲਤਾ ਪ੍ਰਦਾਨ ਕਰਦੀ ਹੈ। ਦੂਜਾ ਲੇਅਰ ਐਗਜ਼ੀਕਿਊਸ਼ਨ ਲੇਅਰ ਵਜੋਂ ਕੰਮ ਕਰਦਾ ਹੈ, ਉੱਚ ਥਰੋਪੁਟ ਅਤੇ ਗੁੰਝਲਦਾਰ ਪ੍ਰੋਗ੍ਰਾਮੇਬਿਲਟੀ ਨੂੰ ਹੈਂਡਲ ਕਰਦਾ ਹੈ।
| ਵਿਸ਼ੇਸ਼ਤਾ | Layer 1 (Bitcoin) | ਲੇਅਰ 2 ਹੱਲ |
|---|---|---|
| ਮੁੱਖ ਭੂਮਿਕਾ | ਨਿਪਟਾਰਾ ਅਤੇ ਸੁਰੱਖਿਆ | ਐਗਜ਼ੀਕਿਊਸ਼ਨ ਅਤੇ ਗਤੀ |
| ਥਰੋਪੁਟ | ~7 TPS | ਹਜ਼ਾਰਾਂ TPS |
| ਲਾਗਤ | ਉੱਚ (ਬਦਲਵਾਂ) | ਘੱਟ (ਅਕਸਰ ਨਗਣੀ) |
ਸੁਰੱਖਿਆ ਟ੍ਰੇਡ-ਆਫ਼
ਲੇਅਰਾਂ ਵਿਚਕਾਰ ਸਬੰਧ ਵਿੱਚ ਟ੍ਰੇਡ-ਆਫ਼ ਸ਼ਾਮਲ ਹਨ। ਲੇਅਰ 1 ਸਭ ਤੋਂ ਉੱਚੀ ਸੁਰੱਖਿਆ ਪ੍ਰਦਾਨ ਕਰਦੀ ਹੈ ਕਿਉਂਕਿ ਇਹ ਬਿਟਕਾਇਨ ਮਾਈਨਿੰਗ ਨੈੱਟਵਰਕ ਦੀ ਅਪਾਰ ਹੈਸ਼ ਪਾਵਰ ਨਾਲ ਸੁਰੱਖਿਅਤ ਹੈ। ਲੇਅਰ 2 ਹੱਲ ਅਕਸਰ ਲੇਅਰ 1 ਤੋਂ ਸੁਰੱਖਿਆ ਪ੍ਰਾਪਤ ਕਰਦੇ ਹਨ ਪਰ ਆਪਣੇ ਖ਼ਤਰੇ ਪੇਸ਼ ਕਰਦੇ ਹਨ।
ਕੁਝ L2 ਆਪਣੇ ਆਪਣੇ ਸਹਿਮਤੀ ਤਕਨੀਕਾਂ ਜਾਂ ਵੈਲੀਡੇਟਰਾਂ ਉੱਤੇ ਨਿਰਭਰ ਕਰਦੇ ਹਨ। ਦੂਜੇ, ਜਿਵੇਂ ਸਟੇਟ ਚੈਨਲਾਂ, ਵਿਰੋਧੀ ਧੋਖਾ ਦੇਣ ਉੱਤੇ ਲੇਅਰ 1 ਨੂੰ ਪੈਨਲਟੀ ਲੈਣ-ਦੇਣ ਪ੍ਰਸਾਰਣ ਕਰਨ ਦੀ ਸਮਰੱਥਾ ਉੱਤੇ ਨਿਰਭਰ ਕਰਦੇ ਹਨ। ਇਨ੍ਹਾਂ ਨੂਆਂਸ ਨੂੰ ਸਮਝਣਾ ਸਕੇਲਿੰਗ ਲੈਂਡਸਕੇਪ ਨੈਵੀਗੇਟ ਕਰਨ ਵਾਲੇ ਵਰਤੋਂਕਾਰਾਂ ਲਈ ਜ਼ਰੂਰੀ ਹੈ।
ਲਾਈਟਨਿੰਗ ਨੈੱਟਵਰਕ
ਲਾਈਟਨਿੰਗ ਨੈੱਟਵਰਕ ਬਿਟਕਾਇਨ ਲਈ ਸਭ ਤੋਂ ਪ੍ਰਮੁਖ ਲੇਅਰ 2 ਹੱਲ ਹੈ। ਇਹ ਸਟੇਟ ਚੈਨਲਾਂ ਦੀ ਵਿਵਸਥਾ ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ ਤਾਂ ਜੋ ਦੋ ਪਾਰਟੀਆਂ ਤੇਜ਼ ਅਤੇ ਸਸਤੇ ਤਰੀਕੇ ਨਾਲ ਲੈਣ-ਦੇਣ ਕਰ ਸਕਣ। ਇਹ ਲੈਣ-ਦੇਣ ਚੇਨ ਤੋਂ ਬਾਹਰ ਹੁੰਦੇ ਹਨ ਅਤੇ ਸਿਰਫ਼ ਚੈਨਲ ਖੋਲ੍ਹਣ ਜਾਂ ਬੰਦ ਕਰਨ ਉੱਤੇ ਹੀ ਬਲਾਕਚੇਨ ਉੱਤੇ ਰਿਕਾਰਡ ਕੀਤੇ ਜਾਂਦੇ ਹਨ।
ਪੇਮੈਂਟ ਚੈਨਲ ਕਿਵੇਂ ਕੰਮ ਕਰਦੇ ਹਨ
ਲਾਈਟਨਿੰਗ ਨੈੱਟਵਰਕ ਵਰਤਣ ਲਈ, ਦੋ ਪਾਰਟੀਆਂ ਇੱਕ ਮਲਟੀ-ਸਿਗਨੇਚਰ ਪਤੇ ਵਿੱਚ ਇੱਕ ਨਿਰਧਾਰਿਤ ਮਾਤਰਾ ਬਿਟਕਾਇਨ ਲਾਕ ਕਰਕੇ ਪੇਮੈਂਟ ਚੈਨਲ ਬਣਾਉਂਦੀਆਂ ਹਨ। ਇਹ ਖੋਲ੍ਹਣ ਵਾਲਾ ਲੈਣ-ਦੇਣ ਬਲਾਕਚੇਨ ਉੱਤੇ ਰਿਕਾਰਡ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਪੁਸ਼ਟੀ ਹੋਣ ਤੋਂ ਬਾਅਦ, ਚੈਨਲ ਖੁੱਲ੍ਹਾ ਹੋ ਜਾਂਦਾ ਹੈ।
ਪਾਰਟੀਆਂ ਫਿਰ ਤੁਰੰਤ ਫੰਡ ਆਗੇ-ਪਿਛੇ ਭੇਜ ਸਕਦੀਆਂ ਹਨ। ਹਰ ਲੈਣ-ਦੇਣ ਚੈਨਲ ਦੀ "ਸਥਿਤੀ" ਨੂੰ ਅਪਡੇਟ ਕਰਦਾ ਹੈ, ਉਹਨਾਂ ਵਿਚਕਾਰ ਬੈਲੰਸ ਨੂੰ ਮੁੜ ਵੰਡਦਾ ਹੈ। ਇਹ ਅਪਡੇਟ ਦੋਹਾਂ ਪਾਰਟੀਆਂ ਵੱਲੋਂ ਦਸਤਖਤ ਕੀਤੇ ਜਾਂਦੇ ਹਨ ਪਰ ਬਲਾਕਚੇਨ ਨੂੰ ਪ੍ਰਸਾਰਿਤ ਨਹੀਂ ਕੀਤੇ ਜਾਂਦੇ। ਇਹ ਹਰ ਵਿਅਕਤੀਗਤ ਭੁਗਤਾਨ ਲਈ ਮਾਈਨਿੰਗ ਫੀਸਾਂ ਅਤੇ ਪੁਸ਼ਟੀਕਰਨ ਦੇਰੀਆਂ ਤੋਂ ਬਚਾਉਂਦਾ ਹੈ।
ਬੰਦ ਕਰਨ ਅਤੇ ਨਿਪਟਾਰਾ
ਜਦੋਂ ਪਾਰਟੀਆਂ ਲੈਣ-ਦੇਣ ਖਤਮ ਕਰ ਲੈਂਦੀਆਂ ਹਨ, ਉਹ ਚੈਨਲ ਬੰਦ ਕਰ ਦਿੰਦੀਆਂ ਹਨ। ਅੰਤਿਮ ਸਥਿਤੀ, ਜੋ ਹਰ ਪਾਰਟੀ ਦੇ ਵਰਤਮਾਨ ਬੈਲੰਸ ਨੂੰ ਦਰਸਾਉਂਦੀ ਹੈ, ਬਿਟਕਾਇਨ ਨੈੱਟਵਰਕ ਨੂੰ ਪ੍ਰਸਾਰਿਤ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। ਬਲਾਕਚੇਨ ਇਸ ਅੰਤਿਮ ਵੰਡ ਅਨੁਸਾਰ ਫੰਡ ਨਿਪਟਾਰਾ ਕਰਦੀ ਹੈ।
ਮਹੱਤਵਪੂਰਨ ਤੌਰ ਉੱਤੇ, ਨੈੱਟਵਰਕ ਰਾਊਟਿੰਗ ਦੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ। ਤੁਹਾਨੂੰ ਹਰ ਜਿਸ ਨੂੰ ਤੁਸੀਂ ਭੁਗਤਾਨ ਕਰਦੇ ਹੋ ਉਸ ਨਾਲ ਸਿੱਧਾ ਚੈਨਲ ਚਾਹੀਦਾ ਨਹੀਂ। ਜੇਕਰ ਅਲੀਸ ਦੇ ਬਾਬ ਨਾਲ ਚੈਨਲ ਹੈ, ਅਤੇ ਬਾਬ ਦੇ ਕੈਰਲ ਨਾਲ ਚੈਨਲ ਹੈ, ਤਾਂ ਅਲੀਸ ਬਾਬ ਰਾਹੀਂ ਕੈਰਲ ਨੂੰ ਭੁਗਤਾਨ ਕਰ ਸਕਦੀ ਹੈ। ਇਹ ਨੈੱਟਵਰਕ ਪ੍ਰਭਾਵ ਘੱਟ ਚੇਨ-ਉੱਤੇ ਪੈਰਾਂ ਨਾਲ ਵਿਸ਼ਵਵਿਆਪੀ ਕਨੈਕਟੀਵਿਟੀ ਦੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ।
ਸਾਈਡਚੇਨਾਂ ਅਤੇ ਫੈਡਰੇਸ਼ਨ
ਸਾਈਡਚੇਨਾਂ ਸਕੇਲਿੰਗ ਲਈ ਵੱਖਰਾ ਪਹੁੰਚ ਪੇਸ਼ ਕਰਦੀਆਂ ਹਨ। ਸਾਈਡਚੇਨ ਬਿਟਕਾਇਨ ਨਾਲ ਸਮਾਂਤਰ ਚੱਲਣ ਵਾਲੀ ਇੱਕ ਸੁਤੰਤਰ ਬਲਾਕਚੇਨ ਹੈ। ਇਸ ਦੇ ਆਪਣੇ ਸਹਿਮਤੀ ਨਿਯਮ ਹਨ ਅਤੇ ਇਹ ਬਿਟਕਾਇਨ ਵੱਲੋਂ ਸਮਰਥਿਤ ਨਾ ਹੋਣ ਵਾਲੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਨੂੰ ਸਮਰਥਨ ਕਰ ਸਕਦੀ ਹੈ, ਜਿਵੇਂ ਤੇਜ਼ ਬਲਾਕ ਸਮੇਂ ਜਾਂ ਅਡਵਾਂਸਡ ਸਮਾਰਟ ਕਾਂਟ੍ਰੈਕਟ।
ਦੋ-ਤਰੰਗੀ ਪੈਗ ਤਕਨੀਕ
ਸਾਈਡਚੇਨ ਨੂੰ ਬਿਟਕਾਇਨ ਨਾਲ ਜੋੜਨ ਲਈ ਦੋ-ਤਰੰਗੀ ਪੈਗ ਦੀ ਲੋੜ ਹੈ। ਵਰਤੋਂਕਾਰ ਮੁੱਖ ਚੇਨ ਉੱਤੇ ਇੱਕ ਵਿਸ਼ੇਸ਼ ਪਤੇ ਤੱਕ ਬਿਟਕਾਇਨ ਭੇਜਦੇ ਹਨ, ਜਿੱਥੇ ਇਹ ਲਾਕ ਹੋ ਜਾਂਦਾ ਹੈ। ਸਾਈਡਚੇਨ ਫਿਰ ਲਾਕ ਕੀਤੇ ਬਿਟਕਾਇਨ ਨੂੰ ਦਰਸਾਉਣ ਵਾਲੇ ਟੋਕਨ ਦੀ ਬਰਾਬਰ ਮਾਤਰਾ ਮਿੰਟ ਕਰਦੀ ਹੈ।
ਜਦੋਂ ਵਰਤੋਂਕਾਰ ਮੁੱਖ ਚੇਨ ਉੱਤੇ ਵਾਪਸ ਆਉਣਾ ਚਾਹੁੰਦਾ ਹੈ, ਉਹ ਸਾਈਡਚੇਨ ਟੋਕਨਾਂ ਨੂੰ ਬਰਨ ਕਰਦਾ ਹੈ। ਮੁੱਖ ਚੇਨ ਫਿਰ ਅਸਲੀ ਬਿਟਕਾਇਨ ਨੂੰ ਰਿਲੀਜ਼ ਕਰਦੀ ਹੈ। ਇਹ ਤਕਨੀਕ ਅਸੈੱਟਾਂ ਨੂੰ ਚੇਨਾਂ ਵਿਚਕਾਰ ਗਤੀ ਕਰਨ ਦੀ ਆਗਿਆ ਦਿੰਦੀ ਹੈ, ਵਰਤੋਂਕਾਰਾਂ ਨੂੰ ਸਾਈਡਚੇਨ ਦੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਦਾ ਲਾਭ ਲੈਣ ਅਤੇ ਬਿਟਕਾਇਨ ਦੀ ਕੀਮਤ ਨਾਲ ਐਕਸਪੋਜ਼ਰ ਬਣਾਈ ਰੱਖਣ ਦੀ ਆਗਿਆ ਦਿੰਦੀ ਹੈ।
ਸੁਰੱਖਿਆ ਅਤੇ ਸਹਿਮਤੀ ਮਾਡਲ
ਲਾਈਟਨਿੰਗ ਨੈੱਟਵਰਕ ਵਿਪਰੀਤ, ਸਾਈਡਚੇਨਾਂ ਅਕਸਰ ਬਿਟਕਾਇਨ ਦੀ ਸੁਰੱਖਿਆ ਨੂੰ ਸਿੱਧੇ ਉੱਤਰਾਉਂਦੀਆਂ ਨਹੀਂ। ਉਹ ਆਪਣੀ ਸੁਰੱਖਿਆ ਲਈ ਜ਼ਿੰਮੇਵਾਰ ਹਨ। ਇਹ ਅਕਸਰ ਫੈਡਰੇਸ਼ਨ ਜਾਂ ਵਿਲੱਖਣ ਸਹਿਮਤੀ ਤਕਨੀਕ ਨਾਲ ਸੰਭਾਲੀ ਜਾਂਦੀ ਹੈ।
ਫੈਡਰੇਸ਼ਨ ਇੱਕ ਅਧਿਕਾਰੀਆਂ ਦਾ ਸਮੂਹ ਹੈ ਜੋ ਦੋ-ਤਰੰਗੀ ਪੈਗ ਨੂੰ ਸੰਭਾਲਦੇ ਹਨ। ਉਹ ਟ੍ਰਾਂਸਫਰਾਂ ਨੂੰ ਵੈਲੀਡੇਟ ਕਰਦੇ ਹਨ ਅਤੇ ਪੈਗ ਨੂੰ ਘਾਟੇ ਤੋਂ ਬਚਾਉਂਦੇ ਹਨ। ਹਾਲਾਂਕਿ ਕੁਸ਼ਲ, ਇਹ ਭਰੋਸੇ ਦੀ ਧਾਰਨਾ ਪੇਸ਼ ਕਰਦੀ ਹੈ। ਵਰਤੋਂਕਾਰਾਂ ਨੂੰ ਫੈਡਰੇਸ਼ਨ ਉੱਤੇ ਭਰੋਸਾ ਕਰਨਾ ਪੈਂਦਾ ਹੈ ਕਿ ਉਹ ਲਾਕ ਕੀਤੇ ਫੰਡਾਂ ਨੂੰ ਚੋਰੀ ਕਰਨ ਲਈ ਮਿਲੀਭੁਗਤ ਨਾ ਕਰੇ। ਲਿਕਵਿਡ ਨੈੱਟਵਰਕ ਵਰਗੇ ਉਦਾਹਰਣ ਇਸ ਫੈਡਰੇਟਿਡ ਮਾਡਲ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਨ।
ਬਿਟਕਾਇਨ ਨੂੰ DeFi ਨਾਲ ਜੋੜਨਾ
ਇਥਰੀਅਮ ਉੱਤੇ ਵਿਤਰਿਤ ਫਾਈਨੈਂਸ (DeFi) ਦੇ ਉਭਾਰ ਨੇ ਬਿਟਕਾਇਨ ਨੂੰ ਸਮਾਰਟ ਕਾਂਟ੍ਰੈਕਟਾਂ ਵਿੱਚ ਵਰਤਣ ਦੀ ਮੰਗ ਪੈਦਾ ਕੀਤੀ। ਕਿਉਂਕਿ ਬਿਟਕਾਇਨ ਗੁੰਝਲਦਾਰ ਸਟੇਟਫੁੱਲ ਕਾਂਟ੍ਰੈਕਟਾਂ ਨੂੰ ਨੇਚਰਲੀ ਸਮਰਥਨ ਨਹੀਂ ਕਰਦਾ, ਬਿਟਕਾਇਨ ਦੇ "ਰੈਪਡ" ਵਰਜ਼ਨ ਵਿਕਸਤ ਕੀਤੇ ਗਏ ਤਾਂ ਜੋ ਅਸੈੱਟ ਨੂੰ ਹੋਰ ਚੇਨਾਂ ਨਾਲ ਜੋੜਿਆ ਜਾ ਸਕੇ।
ਕੇਂਦਰੀਕ੍ਰਿਤ ਰੈਪਿੰਗ: WBTC
ਰੈਪਡ ਬਿਟਕਾਇਨ (WBTC) ਇਥਰੀਅਮ ਉੱਤੇ ERC-20 ਟੋਕਨ ਹੈ ਜੋ 1:1 ਨਾਲ ਬਿਟਕਾਇਨ ਨਾਲ ਸਮਰਥਿਤ ਹੈ। ਇਹ ਕਸਟੋਡੀਅਲ ਮਾਡਲ ਉੱਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ। ਵਰਤੋਂਕਾਰ ਬਿਟਕਾਇਨ ਨੂੰ ਮਰਚੈਂਟ ਨੂੰ ਭੇਜਦੇ ਹਨ, ਜੋ ਕਸਟੋਡੀਅਨ ਨਾਲ ਮਿੰਟਿੰਗ ਪ੍ਰਕਿਰਿਆ ਸ਼ੁਰੂ ਕਰਦਾ ਹੈ। ਕਸਟੋਡੀਅਨ ਅਸਲੀ ਬਿਟਕਾਇਨ ਰੱਖਦਾ ਹੈ ਅਤੇ WBTC ਮਿੰਟ ਕਰਦਾ ਹੈ।
ਇਹ ਮਾਡਲ ਕੁਸ਼ਲ ਪਰ ਕੇਂਦਰੀਕ੍ਰਿਤ ਹੈ। ਵਰਤੋਂਕਾਰਾਂ ਨੂੰ ਕਸਟੋਡੀਅਨ ਅਤੇ ਮਰਚੈਂਟ ਨੈੱਟਵਰਕ ਉੱਤੇ ਭਰੋਸਾ ਕਰਨਾ ਪੈਂਦਾ ਹੈ। ਰਿਜ਼ਰਵ ਚੇਨ-ਉੱਤੇ ਵੈਰੀਫਾਈਅਬਲ ਹਨ, ਪਰ ਅਸੈੱਟ ਦੀ ਭੌਤਿਕ ਕਸਟੋਡੀ ਭਰੋਸੇਯੋਗ ਤੀਜੀ ਪਾਰਟੀ ਉੱਤੇ ਨਿਰਭਰ ਕਰਦੀ ਹੈ। ਇਹ ਕਾਉਂਟਰਪਾਰਟੀ ਖ਼ਤਰੇ ਨੂੰ ਪੇਸ਼ ਕਰਦੀ ਹੈ ਜਿਸ ਨੂੰ ਵਿਤਰਿਤ ਪਿਊਰਿਸਟ ਅਕਸਰ ਟਾਲਦੇ ਹਨ।
ਵਿਤਰਿਤ ਬ੍ਰਿਜਿੰਗ: tBTC
ਥ੍ਰੈਸ਼ਹੋਲਡ ਬਿਟਕਾਇਨ (tBTC) ਵਿਤਰਿਤ ਵਿਕਲਪ ਪੇਸ਼ ਕਰਦਾ ਹੈ। ਇਹ ਥ੍ਰੈਸ਼ਹੋਲਡ ਕ੍ਰਿਪਟੋਗ੍ਰਾਫੀ ਚਲਾਉਣ ਵਾਲੇ ਰੈਂਡਮ ਨੋਡਾਂ ਦੇ ਨੈੱਟਵਰਕ ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ। ਕੋਈ ਇੱਕ ਸਾਈਨਰ ਦੇ ਬਿਟਕਾਇਨ ਵਾਲੇਟ ਉੱਤੇ ਪੂਰਾ ਨਿਯੰਤਰਣ ਨਹੀਂ ਹੈ। ਬਦਲੇ ਵਜੋਂ, ਫੰਡ ਖੋਲ੍ਹਣ ਲਈ ਸਾਈਨਰਾਂ ਦੇ ਸਮੂਹ ਨੂੰ ਸਹਿਮਤ ਹੋਣਾ ਪੈਂਦਾ ਹੈ।
ਇਹ ਸਿਸਟਮ ਭਰੋਸੇ ਨੂੰ ਘੱਟਤਮ ਕਰਦੀ ਹੈ। ਪੈਗ ਕੋਡ ਅਤੇ ਆਰਥਿਕ ਪ੍ਰੋਤਸਾਹਨਾਂ ਨਾਲ ਬਣਾਈ ਰੱਖੀ ਜਾਂਦੀ ਹੈ ਨਾ ਕਿ ਕਾਰਪੋਰੇਟ ਐਂਟਿਟੀ ਨਾਲ। ਵਰਤੋਂਕਾਰ ਬਿਨਾਂ ਪਰਮੀਸ਼ਨ ਨਾਲ tBTC ਮਿੰਟ ਅਤੇ ਰਿਡੀਮ ਕਰ ਸਕਦੇ ਹਨ। ਇਹ ਬਿਟਕਾਇਨ ਦੇ ਵਿਤਰੀਕਰਨ ਦੇ ਧਾਰਮਿਕ ਮੰਨਣਿਆਂ ਨਾਲ ਵੱਧ ਮੇਲ ਖਾਂਦਾ ਹੈ, ਹਾਲਾਂਕਿ ਇਸ ਨਾਲ ਉੱਚੀ ਤਕਨੀਕੀ ਗੁੰਝਲਦਾਰਤਾ ਆਉਂਦੀ ਹੈ।
| ਕਿਸਮ | ਕਸਟੋਡੀ ਮਾਡਲ | ਭਰੋਸੇ ਦੀ ਧਾਰਨਾ |
|---|---|---|
| WBTC | ਕੇਂਦਰੀਕ੍ਰਿਤ ਕਸਟੋਡੀਅਨ | ਕੰਪਨੀ ਉੱਤੇ ਭਰੋਸਾ |
| tBTC | ਵਿਤਰਿਤ ਥ੍ਰੈਸ਼ਹੋਲਡ | ਕੋਡ/ਨੈੱਟਵਰਕ ਉੱਤੇ ਭਰੋਸਾ |
| cbBTC | ਕੇਂਦਰੀਕ੍ਰਿਤ ਐਕਸਚੇਂਜ | Coinbase ਉੱਤੇ ਭਰੋਸਾ |
ਉਭਰਦੀ ਨਵੀਨਤਾ: ਓਰਡੀਨਲ ਅਤੇ ਇਨਸਕ੍ਰਿਪਸ਼ਨਾਂ
ਜਦੋਂ ਕਿ ਲੇਅਰ 2 ਆਰਥਿਕ ਲੈਣ-ਦੇਣਾਂ ਉੱਤੇ ਧਿਆਨ ਕੇਂਦ੍ਰਿਤ ਕਰਦੇ ਹਨ, ਹੋਰ ਨਵੀਨਤਾਵਾਂ ਬਿਟਕਾਇਨ ਦੀ ਡੇਟਾ ਲਈ ਉਪਯੋਗਤਾ ਨੂੰ ਵਧਾ ਰਹੀਆਂ ਹਨ। ਬਿਟਕਾਇਨ ਓਰਡੀਨਲ ਇੱਕ ਪ੍ਰੋਟੋਕੋਲ ਹੈ ਜੋ ਖੁਦਾਈ ਹੋਣ ਦੇ ਕ੍ਰਮ ਅਧਾਰ ਉੱਤੇ ਵਿਅਕਤੀਗਤ ਸਤੋਸ਼ੀਆਂ ਨੂੰ ਵਿਲੱਖਣ ਨੰਬਰ ਨਿਯੁਕਤ ਕਰਦਾ ਹੈ।
ਸਤੋਸ਼ੀਆਂ ਉੱਤੇ ਡੇਟਾ ਇਨਸਕ੍ਰਾਈਬ ਕਰਨਾ
ਓਰਡੀਨਲ ਪ੍ਰੋਟੋਕੋਲ ਵਰਤ ਕੇ, ਵਰਤੋਂਕਾਰ ਇੱਕ ਵਿਸ਼ੇਸ਼ ਸਤੋਸ਼ੀ ਉੱਤੇ ਸਿੱਧੇ ਡੇਟਾ "ਇਨਸਕ੍ਰਾਈਬ" ਕਰ ਸਕਦੇ ਹਨ। ਇਹ ਡੇਟਾ ਟੈਕਸਟ, ਤਸਵੀਰਾਂ ਜਾਂ ਫਿਰ ਵੀਡੀਓ ਹੋ ਸਕਦਾ ਹੈ। ਇਹ ਪ੍ਰਭਾਵੀ ਢੰਗ ਨਾਲ ਬਿਟਕਾਇਨ ਬਲਾਕਚੇਨ ਨਾਲ ਨੇਚਰਲ ਨਾਨ-ਫੰਗੀਬਲ ਟੋਕਨਾਂ (NFTs) ਬਣਾਉਂਦਾ ਹੈ।
ਇਥਰੀਅਮ NFTs ਵਿਪਰੀਤ, ਜੋ ਅਕਸਰ ਚੇਨ-ਬਾਹਰ ਸਟੋਰੇਜ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦੇ ਹਨ, ਓਰਡੀਨਲ ਇਨਸਕ੍ਰਿਪਸ਼ਨਾਂ ਸਿੱਧੇ ਬਲਾਕਚੇਨ ਉੱਤੇ ਸਟੋਰ ਕੀਤੀਆਂ ਜਾਂਦੀਆਂ ਹਨ। ਇਹ ਸਥਾਈਤਾ ਕਲੈਕਟਰਾਂ ਲਈ ਆਕਰਸ਼ਕ ਹੈ। ਹਾਲਾਂਕਿ, ਇਸ ਨੇ ਬਲਾਕਚੇਨ ਬਲੋਟ ਅਤੇ ਅਣ-ਆਰਥਿਕ ਡੇਟਾ ਨੂੰ ਕੀਮਤੀ ਬਲਾਕ ਸਪੇਸ ਭਰਨ ਬਾਰੇ ਬਹਿਸ ਛੇੜ ਦਿੱਤੀ ਹੈ।
ਤਕਨੀਕੀ ਸਹਾਇਕ
ਓਰਡੀਨਲ ਨੂੰ SegWit ਅਤੇ Taproot ਅਪਗ੍ਰੇਡਾਂ ਨਾਲ ਸੰਭਵ ਬਣਾਇਆ ਗਿਆ। SegWit ਨੇ ਵਿਟਨੈੱਸ ਡੇਟਾ ਦੀ ਲਾਗਤ ਨੂੰ ਘਟਾਇਆ, ਵੱਡੀਆਂ ਡੇਟਾ ਫਾਈਲਾਂ ਸਟੋਰ ਕਰਨ ਨੂੰ ਸਸਤਾ ਬਣਾ ਦਿੱਤਾ। Taproot ਨੇ ਲੈਣ-ਦੇਣ ਸਕ੍ਰਿਪਟਾਂ ਉੱਤੇ ਨਿਰਧਾਰਿਤ ਆਕਾਰ ਸੀਮਾਵਾਂ ਹਟਾ ਦਿੱਤੀਆਂ।
ਅਪਗ੍ਰੇਡਾਂ ਦੇ ਇਹ ਅਨਪੇਕਸ਼ਿਤ ਨਤੀਜੇ ਬਿਟਕਾਇਨ ਦੀ ਪਰਮੀਸ਼ਨਲੈੱਸ ਕੁਦਰਤ ਨੂੰ ਦਰਸਾਉਂਦੇ ਹਨ। ਇੱਕ ਵਾਰ ਨਿਯਮ ਨਿਰਧਾਰਿਤ ਹੋ ਜਾਂਦੇ ਹਨ, ਵਿਕਾਸਕਾਰ ਉਹਨਾਂ ਨੂੰ ਤਰੀਕਿਆਂ ਵਿੱਚ ਵਰਤ ਸਕਦੇ ਹਨ ਜਿਨ੍ਹਾਂ ਦੀ ਅਸਲ ਨਿਰਮਾਤਾਵਾਂ ਨੇ ਅਣਪੇਕਸ਼ਿਤ ਨਾ ਹੋਵੇ।
ਫ੍ਰੈਕਟਲ ਬਿਟਕਾਇਨ ਅਤੇ ਰੀਕਰਸਿਵ ਸਕੇਲਿੰਗ
ਜਿਵੇਂ-ਜਿਵੇਂ ਬਲਾਕ ਸਪੇਸ ਲਈ ਮੰਗ ਵਧਦੀ ਜਾਂਦੀ ਹੈ, ਨਵੇਂ ਸਕੇਲਿੰਗ ਕਾਂਸੈਪਟ ਉਭਰਦੇ ਰਹਿੰਦੇ ਹਨ। ਫ੍ਰੈਕਟਲ ਬਿਟਕਾਇਨ ਇੱਕ ਪ੍ਰਸਤਾਵਿਤ ਫ੍ਰੇਮਵਰਕ ਹੈ ਜੋ ਮਲਟੀ-ਲੇਅਰਡ ਪਹੁੰਚ ਵਰਤਦਾ ਹੈ। ਇਹ "ਫ੍ਰੈਕਟਲਜ਼" ਕਹਲਾਉਣ ਵਾਲੀਆਂ ਛੋਟੀਆਂ, ਇੰਟਰਕਨੈਕਟਿਡ ਬਲਾਕਚੇਨਾਂ ਦੇ ਨੈੱਟਵਰਕ ਦੀ ਕਲਪਨਾ ਕਰਦਾ ਹੈ।
ਸਮਾਂਤਰ ਪ੍ਰੋਸੈਸਿੰਗ
ਇਹ ਫ੍ਰੈਕਟਲ ਚੇਨਾਂ ਮੁੱਖ ਚੇਨ ਨਾਲ ਸਮਾਂਤਰ ਕੰਮ ਕਰਦੀਆਂ ਹਨ। ਉਹ ਲੈਣ-ਦੇਣਾਂ ਨੂੰ ਸੁਤੰਤਰ ਤੌਰ ਉੱਤੇ ਪ੍ਰੋਸੈਸ ਕਰ ਸਕਦੀਆਂ ਹਨ, ਸਿਸਟਮ ਦੀ ਕੁੱਲ ਥਰੋਪੁਟ ਨੂੰ ਬਹੁਤ ਵਧਾ ਕੇ। ਲੈਣ-ਦੇਣ ਆਕਾਰ ਅਤੇ ਤਰਜੀਹ ਅਧਾਰ ਉੱਤੇ ਉਪਯੁਕਤ ਫ੍ਰੈਕਟਲ ਵੱਲ ਰਾਊਟ ਕੀਤੇ ਜਾਂਦੇ ਹਨ।
ਇਨ੍ਹਾਂ ਫ੍ਰੈਕਟਲਜ਼ ਦੀ ਸਥਿਤੀ ਨੂੰ ਆਕਾਲਿਕ ਤੌਰ ਉੱਤੇ ਮੁੱਖ ਬਿਟਕਾਇਨ ਬਲਾਕਚੇਨ ਉੱਤੇ ਨਿਪਟਾਰਾ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਇਹ ਢਾਂਚਾ ਕੁਦਰਤ ਵਿੱਚ ਫ੍ਰੈਕਟਲਜ਼ ਵਿੱਚ ਮਿਲਣ ਵਾਲੇ ਸੈਲਫ਼-ਸਿਮੀਲਰ ਪੈਟਰਨਾਂ ਦੀ ਨਕਲ ਕਰਦਾ ਹੈ। ਇਹ ਮੰਗ ਵਧਣ ਨਾਲ ਵੱਧ ਲੇਅਰਾਂ ਜੋੜ ਕੇ ਅਨਲਿਮਿਟਿਡ ਸਕੇਲਿੰਗ ਪ੍ਰਦਾਨ ਕਰਨ ਦਾ ਉਦੇਸ਼ ਰੱਖਦਾ ਹੈ, ਸਭ ਬਿਟਕਾਇਨ ਦੀ ਸੁਰੱਖਿਆ ਨਾਲ ਜੁੜੀਆਂ ਹੋਈਆਂ।
ਸਮਾਰਟ ਕਾਂਟ੍ਰੈਕਟ ਅਤੇ OP_CAT
ਬਿਟਕਾਇਨ ਦੀ ਸਕ੍ਰਿਪਟਿੰਗ ਭਾਸ਼ਾ ਸੁਰੱਖਿਆ ਯਕੀਨੀ ਬਣਾਉਣ ਲਈ ਜਾਣਬੁੱਝ ਕੇ ਸੀਮਿਤ ਹੈ। ਹਾਲਾਂਕਿ, ਬੇਸ ਲੇਅਰ ਉੱਤੇ ਵੱਧ ਗੁੰਝਲਦਾਰ ਸਮਾਰਟ ਕਾਂਟ੍ਰੈਕਟਾਂ ਨੂੰ ਸਮਰਥਨ ਕਰਨ ਲਈ ਵਧਦਾ ਦਬਾਅ ਹੈ। ਇੱਕ ਅਜਿਹਾ ਪ੍ਰਸਤਾਵ OP_CAT ਕਹਲਾਉਣ ਵਾਲੇ ਪੁਰਾਣੇ ਓਪਕੋਡ ਨੂੰ ਮੁੜ ਸਥਾਪਿਤ ਕਰਨਾ ਹੈ।
ਕਾਰਜਕੁਸ਼ਲਤਾ ਮੁੜ ਸਥਾਪਿਤ ਕਰਨਾ
OP_CAT (ਕੌਂਕੈਟੀਨੇਟ) ਸਕ੍ਰਿਪਟ ਵਿੱਚ ਦੋ ਡੇਟਾ ਟੁਕੜਿਆਂ ਨੂੰ ਜੋੜਨ ਦੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ। ਇਹ ਬਿਟਕਾਇਨ ਦੇ ਸ਼ੁਰੂਆਤੀ ਦਿਨਾਂ ਵਿੱਚ ਮੈਮੋਰੀ ਵਰਤੋਂ ਨਾਲ ਸਬੰਧਤ ਚਿੰਤਾਵਾਂ ਕਾਰਨ ਹਟਾਇਆ ਗਿਆ ਸੀ। ਆਧੁਨਿਕ ਹਾਰਡਵੇਅਰ ਅਤੇ ਪ੍ਰੋਟੋਕੋਲ ਦੀ ਬਿਹਤਰ ਸਮਝ ਨੇ ਵਿਕਾਸਕਾਰਾਂ ਨੂੰ ਇਸ ਨੂੰ ਵਾਪਸ ਲਿਆਉਣ ਲਈ ਪ੍ਰੋਤਸਾਹਿਤ ਕੀਤਾ ਹੈ।
ਜੇਕਰ ਸਰਗਰਮ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਤਾਂ OP_CAT "ਕੋਵੈਨੈਂਟਸ" ਲਈ ਆਗਿਆ ਦੇ ਸਕਦਾ ਹੈ। ਇਹ ਸਕ੍ਰਿਪਟ ਹਨ ਜੋ ਭਵਿੱਖੀ ਲੈਣ-ਦੇਣਾਂ ਵਿੱਚ ਫੰਡ خرچ ਕਰਨ ਦੇ ਤਰੀਕਿਆਂ ਨੂੰ ਪਾਬੰਦ ਕਰਦੀਆਂ ਹਨ। ਇਹ ਅਡਵਾਂਸਡ ਚੇਨ-ਉੱਤੇ ਵਾਲਟਾਂ, ਬਿਹਤਰ ਬ੍ਰਿਜਾਂ ਅਤੇ ਪੂਰੀ ਟਿਊਰਿੰਗ-ਕੰਪਲੀਟ ਭਾਸ਼ਾ ਬਿਨਾਂ ਵੱਧ ਕੁਸ਼ਲ ਲੇਅਰ 2 ਨਿਰਮਾਣਾਂ ਨੂੰ ਸਮਰਥਨ ਕਰੇਗਾ।
ਟ੍ਰੇਡ-ਆਫ਼ ਲੈਂਡਸਕੇਪ
ਬਿਟਕਾਇਨ ਨੂੰ ਸਕੇਲ ਕਰਨਾ ਇੱਕ ਪਰਫੈਕਟ ਹੱਲ ਲੱਭਣ ਬਾਰੇ ਨਹੀਂ ਹੈ। ਇਹ ਟ੍ਰੇਡ-ਆਫ਼ਾਂ ਨੂੰ ਸੰਭਾਲਣ ਬਾਰੇ ਹੈ। ਹਰ ਹੱਲ "ਬਲਾਕਚੇਨ ਤ੍ਰਿਲੈਮਾ" ਦੀਆਂ ਵੱਖਰੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਨੂੰ ਤਰਜੀਹ ਦਿੰਦਾ ਹੈ: ਵਿਤਰੀਕਰਨ, ਸੁਰੱਖਿਆ ਅਤੇ ਸਕੇਲੇਬਿਲਟੀ।
ਗਤੀ ਵਿ. ਭਰੋਸਾ
ਲਾਈਟਨਿੰਗ ਵਰਗੇ ਲੇਅਰ 2 ਹੱਲ ਗਤੀ ਅਤੇ ਘੱਟ ਲਾਗਤ ਨੂੰ ਤਰਜੀਹ ਦਿੰਦੇ ਹਨ ਪਰ ਚੈਨਲ ਪ੍ਰਬੰਧਨ ਵਿੱਚ ਗੁੰਝਲਦਾਰਤਾ ਪੇਸ਼ ਕਰਦੇ ਹਨ। ਸਾਈਡਚੇਨਾਂ ਅਡਵਾਂਸਡ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਪੇਸ਼ ਕਰਦੀਆਂ ਹਨ ਪਰ ਅਕਸਰ ਫੈਡਰੇਸ਼ਨ ਉੱਤੇ ਭਰੋਸਾ ਕਰਨ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਰੈਪਡ ਅਸੈੱਟ DeFi ਪਹੁੰਚ ਪੇਸ਼ ਕਰਦੇ ਹਨ ਪਰ ਕਾਉਂਟਰਪਾਰਟੀ ਖ਼ਤਰਾ ਪੇਸ਼ ਕਰਦੇ ਹਨ।
ਵਰਤੋਂਕਾਰਾਂ ਨੂੰ ਉਹ ਟੂਲ ਚੁਣਨਾ ਪੈਂਦਾ ਹੈ ਜੋ ਉਹਨਾਂ ਦੀਆਂ ਲੋੜਾਂ ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਹੈ। ਉੱਚ-ਮੁੱਲ ਵਾਲੇ ਨਿਪਟਾਰੇ ਲਈ, ਮੁੱਖ ਚੇਨ ਸਭ ਤੋਂ ਵਧੀਆ ਹੈ। ਕੌਫੀ ਖਰੀਦਣ ਲਈ, ਲਾਈਟਨਿੰਗ ਬਿਹਤਰ ਹੈ। ਵਿਤਰਿਤ ਫਾਈਨੈਂਸ ਲਈ, ਸਾਈਡਚੇਨ ਜਾਂ ਬ੍ਰਿਜਡ ਅਸੈੱਟ ਜ਼ਰੂਰੀ ਹੋ ਸਕਦਾ ਹੈ।
ਗੁੰਝਲਦਾਰਤਾ ਅਤੇ ਵਰਤੋਂਕਾਰ ਅਨੁਭਵ
ਲੇਅਰਾਂ ਦਾ ਵਿਸਥਾਰ ਤਕਨੀਕੀ ਗੁੰਝਲਦਾਰਤਾ ਵਧਾਉਂਦਾ ਹੈ। ਚੈਨਲਾਂ ਪ੍ਰਬੰਧਿਤ ਕਰਨਾ, ਅਸੈੱਟ ਬ੍ਰਿਜਿੰਗ ਅਤੇ ਪੈਗ ਤਕਨੀਕਾਂ ਨੂੰ ਸਮਝਣਾ ਔਸਤ ਵਰਤੋਂਕਾਰਾਂ ਲਈ ਡਰਾਊ ਹੋ ਸਕਦਾ ਹੈ। ਉਦਯੋਗ ਲਈ ਚੁਣੌਤੀ ਇਸ ਗੁੰਝਲਦਾਰਤਾ ਨੂੰ ਐਬਸਟ੍ਰੈਕਟ ਕਰਨਾ ਹੈ।
ਵਾਲਟ ਅਤੇ ਐਪਲੀਕੇਸ਼ਨਾਂ ਇਨ੍ਹਾਂ ਵੇਰਵਿਆਂ ਨੂੰ ਪਿੱਛੇ ਗਲਾਤੀ ਵਿੱਚ ਹੈਂਡਲ ਕਰ ਰਹੀਆਂ ਹਨ। ਆਦਰਸ਼ ਤੌਰ ਉੱਤੇ, ਵਰਤੋਂਕਾਰ ਨੂੰ ਨਹੀਂ ਪਤਾ ਹੋਣਾ ਚਾਹੀਦਾ ਕਿ ਉਹ ਲਾਈਟਨਿੰਗ, ਸਾਈਡਚੇਨ ਜਾਂ ਮੁੱਖ ਚੇਨ ਵਰਤ ਰਹੇ ਹਨ। ਉਹ ਸਿਰਫ਼ ਤੇਜ਼, ਸੁਰੱਖਿਅਤ ਭੁਗਤਾਨ ਅਨੁਭਵ ਚਾਹੁੰਦੇ ਹਨ।
ਨਿੱਗਮਨ
ਬਿਟਕਾਇਨ ਸਕੇਲਿੰਗ ਇਕੋਸਿਸਟਮ ਸਾਧਾਰਨ ਬਲਾਕ ਆਕਾਰ ਬਹਿਸਾਂ ਤੋਂ ਲੇਅਰਡ ਪ੍ਰੋਟੋਕੋਲਾਂ ਦੇ ਵਿਭਿੰਨ ਲੈਂਡਸਕੇਪ ਵਿੱਚ ਵਿਕਸਤ ਹੋ ਗਿਆ ਹੈ। ਲਾਈਟਨਿੰਗ ਨੈੱਟਵਰਕ ਵਰਗੇ ਹੱਲ ਤੁਰੰਤ ਭੁਗਤਾਨਾਂ ਦੀ ਲੋੜ ਨੂੰ ਪੂਰਾ ਕਰਦੇ ਹਨ, ਜਦੋਂ ਕਿ ਸਾਈਡਚੇਨਾਂ ਅਤੇ ਰੈਪਡ ਅਸੈੱਟ ਗੁੰਝਲਦਾਰ ਕਾਰਜਕੁਸ਼ਲਤਾ ਅਤੇ DeFi ਏਕੀਕਰਣ ਨੂੰ ਖੋਲ੍ਹਦੀਆਂ ਹਨ।
SegWit ਅਤੇ Taproot ਵਰਗੇ ਅਪਗ੍ਰੇਡਾਂ ਨੇ ਸਾਬਤ ਕੀਤਾ ਹੈ ਕਿ ਬੇਸ ਲੇਅਰ ਇਨ੍ਹਾਂ ਨਵੀਨਤਾਵਾਂ ਨੂੰ ਸਮਰਥਨ ਕਰਨ ਲਈ ਵਿਕਸਤ ਹੋ ਸਕਦੀ ਹੈ ਬਿਨਾਂ ਸੁਰੱਖਿਆ ਦੀ ਬਲੀ ਚੜ੍ਹਾਏ। ਹਾਲਾਂਕਿ, ਹਰ ਅੱਗੇ ਵਧਣ ਵਾਲਾ ਕਦਮ ਵਿਤਰੀਕਰਨ, ਗਤੀ ਅਤੇ ਵਰਤੋਂ ਦੀ ਸੌਖ ਵਿਚਕਾਰ ਟ੍ਰੇਡ-ਆਫ਼ਾਂ ਦੀ ਗਣਨਾ ਕਰਨ ਨੂੰ ਸ਼ਾਮਲ ਕਰਦਾ ਹੈ।
ਬਿਟਕਾਇਨ ਦਾ ਭਵਿੱਖ ਇਨ੍ਹਾਂ ਲੇਅਰਾਂ ਦੇ ਨਿਰਵਿਘਨ ਏਕੀਕਰਣ ਵਿੱਚ ਨਿਹਿਤ ਹੈ। ਤਕਨੀਕ ਪੱਕੀ ਹੋਣ ਨਾਲ, ਚੇਨ-ਉੱਤੇ ਅਤੇ ਚੇਨ-ਬਾਹਰ ਗਤੀਵਿਧੀਆਂ ਵਿਚਕਾਰ ਅੰਤਰ ਝੁਲਸਾਵਾਂਗਾ, ਸੌਂਦੇ ਪੈਸੇ ਦੇ ਮੁੱਖ ਸਿਧਾਂਤਾਂ ਨੂੰ ਬਣਾਈ ਰੱਖਦੇ ਹੋਏ ਏਕੀਕ੍ਰਿਤ ਅਨੁਭਵ ਪੇਸ਼ ਕਰੇਗਾ।
ਬਿਟਕਾਇਨ ਲੇਅਰਾਂ ਰਾਹੀਂ ਸਕੇਲ ਹੁੰਦਾ ਹੈ, ਵਰਤੋਂਕਾਰਾਂ ਨੂੰ ਮੁੱਖ ਚੇਨ ਦੀ ਅੰਤਿਮ ਸੁਰੱਖਿਆ ਅਤੇ ਸੈਕੰਡਰੀ ਪ੍ਰੋਟੋਕੋਲਾਂ ਦੀ ਗਤੀ ਵਿਚਕਾਰ ਚੋਣ ਕਰਨ ਦੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ।