ਬਿਟਕਾਇਨ ਇੱਕ ਸਾਧਾਰਨ ਪੀਅਰ-ਟੂ-ਪੀਅਰ ਨਕਦੀ ਸਿਸਟਮ ਤੋਂ ਵਿਕਸਤ ਹੁੰਦਾ ਜਾ ਰਿਹਾ ਹੈ ਅਤੇ ਵੰਡਿਤ ਵਿੱਤ ਅਤੇ ਗੁੰਝਲਦਾਰ ਐਪਲੀਕੇਸ਼ਨਾਂ ਲਈ ਮਜ਼ਬੂਤ ਬੁਨਿਆਦ ਬਣ ਰਿਹਾ ਹੈ। ਅਪਣਾਉਣ ਵਧਣ ਨਾਲ, ਨੈੱਟਵਰਕ ਨੂੰ ਲੱਖਾਂ ਯੂਜ਼ਰਾਂ ਨੂੰ ਠੀਕ ਤਰੀਕੇ ਨਾਲ ਸਮੋਅ ਕਰਨ ਲਈ ਸਕੇਲਿੰਗ ਦੀ ਮੁੱਖ ਚੁਣੌਤੀ ਦਾ ਸਾਹਮਣਾ ਕਰਨਾ ਪੈ ਰਿਹਾ ਹੈ ਬਿਨਾਂ ਵੰਡਿਤੀਕਰਨ ਜਾਂ ਸੁਰੱਖਿਆ ਨੂੰ ਨੁਕਸਾਨ ਪਹੁੰਚਾਏ। ਮੂਲ ਡਿਜ਼ਾਈਨ, ਹਾਲਾਂਕਿ ਸੁਰੱਖਿਅਤ ਹੈ, ਸੀਮਤ ਲੈਣ-ਦੇਣ ਥਰੂਪੁਟ ਨੂੰ ਸਮਰਥਨ ਕਰਦਾ ਹੈ। ਇਸ ਬੋਤਲਨੈਕ ਨੇ ਡਾਟਾ ਨੂੰ ਨੈੱਟਵਰਕ ਵਿੱਚ ਸਟੋਰ, ਯਾਚਿਕਾ ਅਤੇ ਟ੍ਰਾਂਸਮਿਟ ਕਰਨ ਦੇ ਤਰੀਕੇ ਨੂੰ ਅਪਟੀਮਾਈਜ਼ ਕਰਨ ਲਈ ਤਿਆਰ ਕੀਤੇ ਅਗਲੀ ਪੀੜ੍ਹੀ ਦੇ ਫਰੇਮਵਰਕਾਂ ਦੇ ਵਿਕਾਸ ਨੂੰ ਉਤਸ਼ਾਹਿਤ ਕੀਤਾ ਹੈ।
ਸਕੇਲੇਬਲ ਬਿਟਕਾਇਨ ਵੱਲ ਯਾਤਰਾ ਵਿੱਚ ਬੇਸ-ਲੇਅਰ ਅਪਗ੍ਰੇਡਾਂ ਅਤੇ ਲੇਅਰਡ ਪ੍ਰੋਟੋਕੋਲਾਂ ਦਾ ਸੁਮੇਲ ਸ਼ਾਮਲ ਹੈ। ਵਿਕਾਸਕਾਰ ਅਤੇ ਖੋਜੀ ਬਲਾਕਚੇਨ ਦੀ ਹਾਲਤ ਨੂੰ ਕੰਪ੍ਰੈਸ਼ ਕਰਨ ਜਾਂ ਐਗਜ਼ੀਕਿਊਸ਼ਨ ਨੂੰ ਸੈਕੰਡਰੀ ਲੇਅਰਾਂ ਵੱਲ ਆਫਲੋਡ ਕਰਨ ਦੀਆਂ ਵਿਧੀਆਂ ਨੂੰ ਨਿਰੰਤਰ ਖੋਜ ਰਹੇ ਹਨ। ਇਹ ਨਵੀਨਤਾਵਾਂ ਬਲਾਕ ਸਪੇਸ ਦੀ ਕੁਸ਼ਲਤਾ ਨੂੰ ਵਧਾਉਣ ਦਾ ਟੀਚਾ ਰੱਖਦੀਆਂ ਹਨ, ਨੈੱਟਵਰਕ ਨੂੰ ਕਈ ਗੁਣਾ ਵਧੇਰੇ ਗਤੀਵਿਧੀ ਨੂੰ ਪ੍ਰੋਸੈਸ ਕਰਨ ਦੀ ਆਗਿਆ ਦਿੰਦੀਆਂ ਹਨ। ਇਹ ਵਿਕਾਸ ਕੇਂਦਰੀ ਅਥਾਰਟੀ ਦੁਆਰਾ ਪ੍ਰਬੰਧਿਤ ਨਹੀਂ ਹੁੰਦਾ ਸਗੋਂ ਵਿਕਾਸਕਾਰਾਂ, ਮਾਈਨਰਾਂ ਅਤੇ ਨੋਡ ਆਪਰੇਟਰਾਂ ਨੂੰ ਸ਼ਾਮਲ ਕਰਦੇ ਸਹਿਮਤੀ-ਚਾਲਿਤ ਪ੍ਰਕਿਰਿਆ ਰਾਹੀਂ ਹੁੰਦਾ ਹੈ।
ਵਿਟਨੈੱਸ ਡਾਟਾ ਦੇ ਵਿਛੋੜੇ ਤੋਂ ਲੈ ਕੇ ਰੀਕਰਸਿਵ ਬਲਾਕਚੇਨ ਢਾਂਚਿਆਂ ਦੀ ਲਾਗੂ ਕਰਨ ਤੱਕ, ਬਿਟਕਾਇਨ ਸਕੇਲਿੰਗ ਦਾ ਲੈਂਡਸਕੇਪ ਵਿਭਿੰਨ ਹੈ। ਨਵੇਂ ਕ੍ਰਿਪਟੋਗ੍ਰਾਫਿਕ ਪ੍ਰਿਮੀਟਿਵਜ਼ ਅਤੇ ਆਰਕੀਟੈਕਚਰਲ ਡਿਜ਼ਾਈਨ ਘਣੇ ਜਾਣਕਾਰੀ ਪੈਕਿੰਗ ਅਤੇ ਤੇਜ਼ ਯਾਚਿਕਾ ਲਈ ਆਗਿਆ ਦਿੰਦੇ ਹਨ। ਇਨ੍ਹਾਂ ਮਕੈਨਿਜ਼ਮਾਂ ਨੂੰ ਸਮਝਣ ਲਈ ਪ੍ਰੋਟੋਕੋਲ ਅੱਜ ਡਾਟਾ ਨੂੰ ਕਿਵੇਂ ਹੈਂਡਲ ਕਰਦਾ ਹੈ ਅਤੇ Segregated Witness, Taproot ਅਤੇ ਉਭਰਦੇ Layer-2 ਕਾਂਸੈਪਟ ਵਰਗੇ ਅਪਗ੍ਰੇਡ ਡਿਜੀਟਲ ਲੈਜਰ ਨੂੰ ਕਿਵੇਂ ਨਵਾਂ ਰੂਪ ਦੇ ਰਹੇ ਹਨ ਇਸ ਨੂੰ ਵੇਖਣਾ ਜ਼ਰੂਰੀ ਹੈ।
ਡਾਟਾ ਕੁਸ਼ਲਤਾ ਦਾ ਵਿਕਾਸ
ਸਕੇਲਿੰਗ ਦੀ ਖੋਜ ਬਲਾਕ ਆਕਾਰ ਦੀਆਂ ਮੂਲ ਸੀਮਾਵਾਂ ਨੂੰ ਹੱਲ ਕਰਨ ਨਾਲ ਸ਼ੁਰੂ ਹੋਈ। ਬਿਟਕਾਇਨ ਦੇ ਇਤਿਹਾਸ ਦੇ ਸ਼ੁਰੂ ਵਿੱਚ, 1MB ਬਲਾਕ ਸੀਮਾ ਹਰ ਦਸ ਮਿੰਟ ਵਿੱਚ ਪ੍ਰੋਸੈਸ ਕੀਤੇ ਜਾ ਸਕਣ ਵਾਲੇ ਲੈਣ-ਦੇਣਾਂ ਦੀ ਗਿਣਤੀ ਨੂੰ ਸੀਮਿਤ ਕਰਦੀ ਸੀ। ਇਸ ਸੀਮਾ ਨੇ ਪੀਕ ਮੰਗ ਦੇ ਸਮੇਂ ਨੈੱਟਵਰਕ ਭੀੜ ਅਤੇ ਵੱਧ ਫੀਸਾਂ ਨੂੰ ਜਨਮ ਦਿੱਤਾ। ਕਮਿਊਨਿਟੀ ਨੇ ਅਹਿਸਾਸ ਕੀਤਾ ਕਿ ਸਕੇਲਿੰਗ ਲਈ ਲੈਣ-ਦੇਣ ਡਾਟਾ ਨੂੰ ਨੈੱਟਵਰਕ ਵੱਲੋਂ ਕਿਵੇਂ ਢਾਂਚਾਬੱਧ ਅਤੇ ਭਾਰੀ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਇਸ ਵਿੱਚ ਮੂਲ ਬਦਲਾਅ ਦੀ ਲੋੜ ਹੈ।
Segregated Witness ਜਾਂ SegWit ਦੀ ਲਾਗੂ ਕੀਤੀ ਜਾਣਾ ਇਸ ਦਿਸ਼ਾ ਵਿੱਚ ਇੱਕ ਮੁੱਖ ਬਦਲਾਅ ਸੀ। SegWit ਨੇ ਬਲਾਕ ਦੇ ਡਾਟਾ ਢਾਂਚੇ ਨੂੰ ਫਿਰੋਂ ਸੰਗਠਿਤ ਕੀਤਾ ਡਿਜੀਟਲ ਹਸਤਾਖ਼ਰ ਨੂੰ, ਜਿਸ ਨੂੰ "ਵਿਟਨੈੱਸ" ਵਜੋਂ ਜਾਣਿਆ ਜਾਂਦਾ ਹੈ, ਲੈਣ-ਦੇਣ ਡਾਟਾ ਤੋਂ ਵੱਖ ਕੀਤਾ। ਇਸ ਅਪਗ੍ਰੇਡ ਤੋਂ ਪਹਿਲਾਂ, ਹਸਤਾਖ਼ਰ ਸੀਮਿਤ ਬਲਾਕ ਸਪੇਸ ਦਾ ਇੱਕ ਵਿਸ਼ਾਲ ਹਿੱਸਾ ਲੈ ਲੈਂਦੇ ਸਨ। ਇਸ ਡਾਟਾ ਨੂੰ ਵੱਖਰੇ ਢਾਂਚੇ ਵਿੱਚ ਬਦਲ ਕੇ, ਪ੍ਰੋਟੋਕੋਲ ਨੇ ਮੁਲਾਂਕਣ ਵਿੱਚ ਬਲਾਕ ਆਕਾਰ ਸੀਮਾ ਨੂੰ ਵਧਾਏ ਬਿਨਾਂ ਲੈਣ-ਦੇਣਾਂ ਲਈ ਉਪਲਬਧ ਸਪੇਸ ਨੂੰ ਵਧਾ ਦਿੱਤਾ।
ਇਸ ਬਦਲਾਅ ਨੇ ਪਰੰਪਰਾਗਤ ਆਕਾਰ ਮਾਪ ਨੂੰ ਬਦਲਣ ਲਈ "ਵੇਟ ਯੂਨਿਟਾਂ" ਦਾ ਕਾਂਸੈਪਟ ਪੇਸ਼ ਕੀਤਾ। ਇਸ ਨਵੇਂ ਸਿਸਟਮ ਵਿੱਚ, ਵਿਟਨੈੱਸ ਡਾਟਾ ਨੂੰ ਸਟੈਂਡਰਡ ਲੈਣ-ਦੇਣ ਡਾਟਾ ਨਾਲੋਂ ਘੱਟ ਵਜ਼ਨ ਨਾਲ ਗਿਣਿਆ ਜਾਂਦਾ ਹੈ। ਇਸ ਸੋਧ ਨੇ ਯੂਜ਼ਰਾਂ ਅਤੇ ਵਾਲਟ ਪ੍ਰਦਾਤਾਵਾਂ ਨੂੰ ਵਧੇਰੇ ਕੁਸ਼ਲ ਲੈਣ-ਦੇਣ ਫਾਰਮੈਟਾਂ ਨੂੰ ਅਪਣਾਉਣ ਲਈ ਉਤਸ਼ਾਹਿਤ ਕੀਤਾ। ਨਤੀਜਾ ਥਰੂਪੁਟ ਵਿੱਚ ਤੁਰੰਤ ਵਾਧਾ ਸੀ, ਜਿਸ ਨਾਲ ਮੁੱਖ ਚੇਨ ਉੱਤੇ ਵਧੇਰੇ ਗਤੀਵਿਧੀ ਨੂੰ ਨਿਪਟਾਰਾ ਕਰਨ ਵਿੱਚ ਅਸਹਾਇਕ ਪੁਰਾਣੇ ਨੋਡਾਂ ਨਾਲ ਅਨੁਕੂਲਤਾ ਬਣਾਈ ਰੱਖੀ।
SegWit ਨੇ ਲੈਣ-ਦੇਣ ਮੈਲੀਐਬਿਲਟੀ ਵਜੋਂ ਜਾਣੀ ਜਾਂਦੀ ਇੱਕ ਮੁੱਖ ਤਕਨੀਕੀ ਮੁੱਦੇ ਨੂੰ ਵੀ ਹੱਲ ਕੀਤਾ। ਪਹਿਲਾਂ, ਲੈਣ-ਦੇਣ ਦੀ ਵਿਲੱਖਣ ਪਛਾਣ ਨੂੰ ਬਲਾਕਚੇਨ ਉੱਤੇ ਪੁਸ਼ਟੀ ਹੋਣ ਤੋਂ ਪਹਿਲਾਂ ਬਦਲਿਆ ਜਾ ਸਕਦਾ ਸੀ। ਇਹ ਖ਼ਤਰੇ ਨੇ ਸੈਕੰਡ-ਲੇਅਰ ਪ੍ਰੋਟੋਕੋਲਾਂ ਦੇ ਵਿਕਾਸ ਨੂੰ ਮੁਸ਼ਕਲ ਅਤੇ ਖ਼ਤਰਨਾਕ ਬਣਾ ਦਿੱਤਾ। ਮੈਲੀਐਬਿਲਟੀ ਨੂੰ ਠੀਕ ਕਰਕੇ, SegWit ਨੇ ਲਾਈਟਨਿੰਗ ਨੈੱਟਵਰਕ ਵਰਗੇ ਅਡਵਾਂਸਡ ਸਕੇਲਿੰਗ ਹੱਲਾਂ ਲਈ ਜ਼ਰੂਰੀ ਬੁਨਿਆਦ ਰੱਖੀ, ਜੋ ਸੁਰੱਖਿਅਤ ਅਤੇ ਭਰੋਸੇਯੋਗ ਢੰਗ ਨਾਲ ਕੰਮ ਕਰਨ ਲਈ।
Taproot ਰਾਹੀਂ ਕ੍ਰਿਪਟੋਗ੍ਰਾਫਿਕ ਕੰਪ੍ਰੈਸ਼ਨ
SegWit ਵੱਲੋਂ ਰੱਖੀ ਗਈ ਬੁਨਿਆਦ ਦੇ ਅਗਲੇ, Taproot ਦਾ ਸਰਗਰਮੀਕਰਨ ਨੇ ਕ੍ਰਿਪਟੋਗ੍ਰਾਫਿਕ ਕੁਸ਼ਲਤਾ ਦਾ ਇੱਕ ਨਵਾਂ ਲੇਅਰ ਪੇਸ਼ ਕੀਤਾ। Taproot ਨੂੰ ਗੋਪਨੀਯਤਾ ਅਤੇ ਸਕ੍ਰਿਪਟ ਪ੍ਰੋਸੈਸਿੰਗ ਨੂੰ ਵਧਾਉਣ ਲਈ ਡਿਜ਼ਾਈਨ ਕੀਤਾ ਗਿਆ ਸੀ, ਪਰ ਸਕੇਲਿੰਗ ਲਈ ਇਸ ਦੇ ਨਤੀਜੇ ਬਰਾਬਰ ਡੂੰਘੇ ਹਨ। ਅਪਗ੍ਰੇਡ ਨੇ ਹਾਲੀਆ ਡਿਜੀਟਲ ਹਸਤਾਖ਼ਰ ਸਕੀਮ ਨੂੰ Schnorr ਹਸਤਾਖ਼ਰਾਂ ਨਾਲ ਬਦਲ ਦਿੱਤਾ। ਇਹ ਗਣਿਤੀਆ ਫਰੇਮਵਰਕ ਕੁੰਜੀ ਏਗ੍ਰੀਗੇਸ਼ਨ ਲਈ ਆਗਿਆ ਦਿੰਦਾ ਹੈ, ਜਿੱਥੇ ਕਈ ਪਬਲਿਕ ਕੁੰਜੀਆਂ ਅਤੇ ਹਸਤਾਖ਼ਰ ਇੱਕਲੇ ਵੈਰੀਫਾਇਰ ਵਿੱਚ ਜੋੜੇ ਜਾ ਸਕਦੇ ਹਨ।
ਬਹੁ-ਪਾਰਟੀ ਵਾਲਟਾਂ ਵਰਗੇ ਰਵਾਇਤੀ ਬਿਟਕਾਇਨ ਲੈਣ-ਦੇਣਾਂ ਵਿੱਚ, ਜਿੱਥੇ ਕਈ ਪਾਰਟੀਆਂ ਸ਼ਾਮਲ ਹੁੰਦੀਆਂ ਹਨ, ਹਰ ਹਿੱਸੇਦਾਰ ਦਾ ਹਸਤਾਖ਼ਰ ਬਲਾਕਚੇਨ ਉੱਤੇ ਵੱਖਰੇ ਤੌਰ ਤੇ ਰਿਕਾਰਡ ਕੀਤਾ ਜਾਂਦਾ ਸੀ। ਇਹ ਪ੍ਰਕਿਰਿਆ ਵਿਸ਼ਾਲ ਸਪੇਸ ਖਰਚ ਕਰਦੀ ਸੀ ਅਤੇ ਲੈਣ-ਦੇਣ ਦੀ ਗੁੰਝਲ ਨੂੰ ਜਨਤਕ ਤੌਰ ਤੇ ਖੁਲਾਸਾ ਕਰਦੀ ਸੀ। Schnorr ਹਸਤਾਖ਼ਰ ਇਨ੍ਹਾਂ ਕਈ ਹਸਤਾਖ਼ਰਾਂ ਨੂੰ ਇੱਕ ਹੀ ਹਸਤਾਖ਼ਰ ਵਿੱਚ ਏਗ੍ਰੀਗੇਟ ਕਰਨ ਦੀ ਆਗਿਆ ਦਿੰਦੇ ਹਨ। ਨੈੱਟਵਰਕ ਲਈ, ਬਹੁ-ਪਾਰਟੀ ਗੁੰਝਲਦਾਰ ਲੈਣ-ਦੇਣ ਆਮ ਇੱਕ-ਯੂਜ਼ਰ ਟ੍ਰਾਂਸਫਰ ਵਾਂਗ ਲੱਗਦਾ ਹੈ।
ਇਹ ਏਗ੍ਰੀਗੇਸ਼ਨ ਡਾਟਾ ਕੰਪ੍ਰੈਸ਼ਨ ਦਾ ਇੱਕ ਰੂਪ ਹੈ। ਗੁੰਝਲਦਾਰ ਲੈਣ-ਦੇਣਾਂ ਨੂੰ ਪ੍ਰਮਾਣਿਤ ਕਰਨ ਲਈ ਲੋੜੀਂਦੇ ਡਾਟਾ ਦੀ ਮਾਤਰਾ ਨੂੰ ਘਟਾ ਕੇ, Taproot ਹੋਰ ਯੂਜ਼ਰਾਂ ਲਈ ਬਲਾਕ ਸਪੇਸ ਖੋਲ੍ਹ ਦਿੰਦਾ ਹੈ। ਇਹ ਕੁਸ਼ਲਤਾ ਨੈੱਟਵਰਕ ਵਿੱਚ CoinJoins ਜਾਂ ਗੁੰਝਲਦਾਰ ਸਮਾਰਟ ਕਾਂਟ੍ਰੈਕਟ ਇੰਟਰੈਕਸ਼ਨਾਂ ਵਰਗੀਆਂ ਵਧੇਰੇ ਅਡਵਾਂਸਡ ਐਪਲੀਕੇਸ਼ਨਾਂ ਨੂੰ ਹੋਸਟ ਕਰਨ ਨਾਲ ਹੋਰ ਵਧੇਰੇ ਮਹੱਤਵਪੂਰਨ ਹੋ ਜਾਂਦੀ ਹੈ। ਡਾਟਾ ਆਕਾਰ ਵਿੱਚ ਕਮੀ ਸਿੱਧਾ ਘੱਟ ਲੈਣ-ਦੇਣ ਫੀਸਾਂ ਅਤੇ ਵੱਧ ਨੈੱਟਵਰਕ ਥਰੂਪੁਟ ਵਿੱਚ ਬਦਲ ਜਾਂਦੀ ਹੈ।
Taproot ਨੇ Merkelized Abstract Syntax Trees ਜਾਂ MAST ਵੀ ਪੇਸ਼ ਕੀਤੇ। ਇਹ ਤਕਨੀਕ ਸਮਾਰਟ ਕਾਂਟ੍ਰੈਕਟਾਂ ਅਤੇ ਖਰਚਣ ਵਾਲੀਆਂ ਸ਼ਰਤਾਂ ਨੂੰ ਪ੍ਰੋਸੈਸ ਕਰਨ ਦੇ ਤਰੀਕੇ ਨੂੰ ਬਦਲ ਦਿੰਦੀ ਹੈ। ਪਹਿਲਾਂ, ਸਕ੍ਰਿਪਟ ਦੀਆਂ ਸਾਰੀਆਂ ਸ਼ਰਤਾਂ ਨੂੰ ਬਲਾਕਚੇਨ ਉੱਤੇ ਖੁਲਾਸਾ ਕੀਤਾ ਜਾਂਦਾ ਸੀ, ਭਾਵੇਂ ਕਿਹੜੀ ਸ਼ਰਤ ਪੂਰੀ ਹੋਈ ਹੋਵੇ। MAST ਯੂਜ਼ਰਾਂ ਨੂੰ ਗੁੰਝਲਦਾਰ ਕਾਂਟ੍ਰੈਕਟ ਢਾਂਚਾਬੱਧ ਕਰਨ ਦੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ ਜਿੱਥੇ ਸਿਰਫ਼ ਚਲਾਇਆ ਗਿਆ ਹਿੱਸਾ ਖੁਲਾਸਾ ਅਤੇ ਰਿਕਾਰਡ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।
ਕਾਂਟ੍ਰੈਕਟ ਦੇ ਅਚਲਾਏ ਨਿਰਗਮ ਖੁਲੇ ਹੀ ਰਹਿੰਦੇ ਹਨ ਅਤੇ ਜਨਤਕ ਲੈਜਰ ਉੱਤੇ ਸਪੇਸ ਨਹੀਂ ਲੈਂਦੇ। ਇਹ ਗੁੰਝਲਦਾਰ ਸਮਾਰਟ ਕਾਂਟ੍ਰੈਕਟਾਂ ਲਈ ਵਿਸ਼ਾਲ ਕੁਸ਼ਲਤਾ ਵਾਧਾ ਪੈਦਾ ਕਰਦਾ ਹੈ। ਇਹ ਵਿਕਾਸਕਾਰਾਂ ਨੂੰ ਬਿਟਕਾਇਨ ਲੈਣ-ਦੇਣਾਂ ਵਿੱਚ ਗੁੰਝਲਦਾਰ ਲੌਜਿਕ ਅਤੇ ਵਿਆਪਕ ਯੋਜਨਾਵਾਂ ਬਣਾਉਣ ਦੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ ਬਿਨਾਂ ਨੈੱਟਵਰਕ ਨੂੰ ਅਤਿ ਡਾਟਾ ਨਾਲ ਭਾਰੀ ਕੀਤੇ। Schnorr ਹਸਤਾਖ਼ਰਾਂ ਅਤੇ MAST ਦਾ ਸੁਮੇਲ ਬਲਾਕ ਸਪੇਸ ਦੇ ਹਰ ਬਾਈਟ ਦੀ ਉਪਯੋਗਤਾ ਨੂੰ ਵਧਾਉਣ ਵਿੱਚ ਮਹੱਤਵਪੂਰਨ ਛਲਾਂਗ ਹੈ।
ਲੇਅਰ-2 ਫਰੇਮਵਰਕ ਅਤੇ ਸਟੇਟ ਚੈਨਲਾਂ
ਹਾਲਾਂਕਿ ਬੇਸ-ਲੇਅਰ ਅਪਗ੍ਰੇਡ ਕੁਸ਼ਲਤਾ ਵਧਾਉਂਦੇ ਹਨ, ਅਸਲੀ ਸਕੇਲੇਬਿਲਟੀ ਲਈ ਮੁੱਖ ਬਲਾਕਚੇਨ ਤੋਂ ਐਗਜ਼ੀਕਿਊਸ਼ਨ ਨੂੰ ਬਦਲਣਾ ਜ਼ਰੂਰੀ ਹੈ। ਲੇਅਰ-2 ਹੱਲ ਬਿਟਕਾਇਨ ਉੱਤੇ ਉੱਚ-ਵਾਲੀਊਮ ਲੈਣ-ਦੇਣਾਂ ਨੂੰ ਹੈਂਡਲ ਕਰਨ ਲਈ ਸੈਕੰਡਰੀ ਪ੍ਰੋਟੋਕੋਲ ਬਣਾਉਂਦੇ ਹਨ। ਇਹ ਸਿਸਟਮ ਵੱਖਰਾ ਐਗਜ਼ੀਕਿਊਸ਼ਨ ਵਾਤਾਵਰਣ ਬਣਾਉਂਦੇ ਹਨ ਜਿੱਥੇ ਪਾਰਟੀਆਂ ਤੁਰੰਤ ਅਤੇ ਸਸਤੇ ਤਰੀਕੇ ਨਾਲ ਲੈਣ-ਦੇਣ ਕਰ ਸਕਦੀਆਂ ਹਨ, ਮੁੱਖ ਬਲਾਕਚੇਨ ਨੂੰ ਸਿਰਫ਼ ਅੰਤਿਮ ਨਿਪਟਾਰੇ ਲਈ ਵਰਤਦੀਆਂ ਹਨ। ਇਹ ਢੰਗ ਹਜ਼ਾਰਾਂ ਇੰਟਰੈਕਸ਼ਨਾਂ ਨੂੰ ਕੁਝ ਓਨ-ਚੇਨ ਲੈਣ-ਦੇਣਾਂ ਵਿੱਚ ਕੰਪ੍ਰੈਸ਼ ਕਰਦਾ ਹੈ।
ਇਸ ਫਰੇਮਵਰਕ ਦਾ ਸਭ ਤੋਂ ਪ੍ਰਮੁਖ ਉਦਾਹਰਨ ਲਾਈਟਨਿੰਗ ਨੈੱਟਵਰਕ ਹੈ। ਇਹ ਪੀਅਰ-ਟੂ-ਪੀਅਰ ਮਾਈਕ੍ਰੋਪੇਮੈਂਟਸ ਨੂੰ ਸੌਖਾ ਬਣਾਉਣ ਲਈ ਸਟੇਟ ਚੈਨਲਾਂ ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ। ਦੋ ਪਾਰਟੀਆਂ ਚੈਨਲ ਖੋਲ੍ਹਦੀਆਂ ਹਨ ਮੁੱਖ ਚੇਨ ਉੱਤੇ ਮਲਟੀ-ਸਿਗਨੇਚਰ ਪਤੇ ਵਿੱਚ ਫੰਡ ਲਾਕ ਕਰਕੇ। ਚੈਨਲ ਸਥਾਪਿਤ ਹੋਣ ਤੋਂ ਬਾਅਦ, ਉਹ ਅਸੀਮਿਤ ਲੈਣ-ਦੇਣਾਂ ਨੂੰ ਨਿੱਜੀ ਅਤੇ ਤੁਰੰਤ ਬਦਲ ਸਕਦੀਆਂ ਹਨ। ਇਹ ਅਪਡੇਟ ਪਾਰਟੀਆਂ ਵਿਚਕਾਰ ਫੰਡਾਂ ਦਾ ਬੈਲੰਸ ਬਦਲਦੇ ਹਨ ਬਿਨਾਂ ਬਿਟਕਾਇਨ ਨੈੱਟਵਰਕ ਨੂੰ ਕੁਝ ਵੀ ਬ੍ਰੌਡਕਾਸਟ ਕੀਤੇ।
ਚੈਨਲ ਦੀ "ਹਾਲਤ" ਹਿੱਸੇਦਾਰਾਂ ਵੱਲੋਂ ਲੋਕਲੀ ਰੱਖੀ ਜਾਂਦੀ ਹੈ। ਸਿਰਫ਼ ਜਦੋਂ ਪਾਰਟੀਆਂ ਚੈਨਲ ਬੰਦ ਕਰਨ ਦਾ ਫੈਸਲਾ ਕਰਦੀਆਂ ਹਨ ਤਾਂ ਅੰਤਿਮ ਬੈਲੰਸ ਬਲਾਕਚੇਨ ਨੂੰ ਬ੍ਰੌਡਕਾਸਟ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਇਹ ਪ੍ਰਕਿਰਿਆ ਅਨੰਤ ਆਰਥਿਕ ਗਤੀਵਿਧੀ ਦੇ ਇਤਿਹਾਸ ਨੂੰ ਸਿਰਫ਼ ਦੋ ਓਨ-ਚੇਨ ਘਟਨਾਵਾਂ ਵਿੱਚ ਕੰਪ੍ਰੈਸ਼ ਕਰਦੀ ਹੈ: ਖੋਲ੍ਹਣ ਅਤੇ ਬੰਦ ਕਰਨ ਵਾਲਾ ਲੈਣ-ਦੇਣ। ਇਹ ਆਰਕੀਟੈਕਚਰ ਬਿਟਕਾਇਨ ਨੂੰ ਬੇਸ ਲੇਅਰ ਉੱਤੇ ਅਸੰਭਵ ਰਿਟੇਲ-ਲੈਵਲ ਲੈਣ-ਦੇਣ ਵਾਲੀਊਮ ਨੂੰ ਸਮਰਥਨ ਕਰਨ ਦੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ।
ਰੋਲਅਪਸ ਅਤੇ ਸਾਈਡਚੇਨਾਂ ਦੀ ਭੂਮਿਕਾ
ਸਟੇਟ ਚੈਨਲਾਂ ਤੋਂ ਪਰੇ, ਉਦਯੋਗ ਐਗਜ਼ੀਕਿਊਸ਼ਨ ਨੂੰ ਸਕੇਲ ਕਰਨ ਲਈ ਰੋਲਅਪਸ ਅਤੇ ਸਾਈਡਚੇਨਾਂ ਨੂੰ ਖੋਜ ਰਿਹਾ ਹੈ। ਸਾਈਡਚੇਨ ਬਿਟਕਾਇਨ ਨਾਲ ਪੈਗਡ ਸੁਤੰਤਰ ਬਲਾਕਚੇਨ ਵਜੋਂ ਕੰਮ ਕਰਦੀਆਂ ਹਨ। ਉਹ ਆਪਣੇ ਆਪਣੇ ਸਹਿਮਤੀ ਮਕੈਨਿਜ਼ਮ ਵਰਤਦੀਆਂ ਹਨ, ਜੋ ਮੁੱਖ ਚੇਨ ਨੂੰ ਸਮਰਥਨ ਨਾ ਹੋਣ ਵਾਲੀਆਂ ਤੇਜ਼ੀ ਅਤੇ ਅਡਵਾਂਸਡ ਫੀਚਰਾਂ ਲਈ ਅਪਟੀਮਾਈਜ਼ ਕਰਨ ਦੀ ਆਗਿਆ ਦਿੰਦੀਆਂ ਹਨ। ਯੂਜ਼ਰ ਮੁੱਖ ਚੇਨ ਉੱਤੇ ਅਸੈੱਟਸ ਲਾਕ ਕਰਦੇ ਹਨ ਅਤੇ ਸਾਈਡਚੇਨ ਉੱਤੇ ਅਨੁਰੂਪ ਟੋਕਨ ਪ੍ਰਾਪਤ ਕਰਦੇ ਹਨ।
Liquid Network ਜਾਂ Rootstock ਵਰਗੀਆਂ ਸਾਈਡਚੇਨ ਇਥਰੀਅਮ ਵਰਗੀਆਂ ਸਮਾਰਟ ਕਾਂਟ੍ਰੈਕਟ ਯੋਗਤਾਵਾਂ ਅਤੇ ਤੇਜ਼ ਨਿਪਟਾਰੇ ਸਮਾਂ ਨੂੰ ਸਮਰਥਨ ਕਰਦੀਆਂ ਹਨ। ਉਹ ਵੱਖ-ਵੱਖ ਵਰਤੋਂ ਦੇ ਮਾਮਲਿਆਂ ਲਈ ਵਿਸ਼ੇਸ਼ ਤੌਰ ਤੇ ਅਪਟੀਮਾਈਜ਼ਡ ਵਾਤਾਵਰਣਾਂ ਨੂੰ ਆਗਿਆ ਦਿੰਦੀਆਂ ਹਨ। ਉਦਾਹਰਨ ਵਜੋਂ, ਇੱਕ ਸਾਈਡਚੇਨ ਗੋਪਨੀਯਤਾ ਜਾਂ ਉੱਚ-ਕ੍ਰੈਂਦਤਾ ਟ੍ਰੇਡਿੰਗ ਨੂੰ ਤਰਜੀਹ ਦੇ ਸਕਦੀ ਹੈ। ਮੁੱਖ ਬਿਟਕਾਇਨ ਚੇਨ ਮੁੱਲ ਦਾ ਅੰਤਿਮ ਐਂਕਰ ਹੈ, ਜਦਕਿ ਸਾਈਡਚੇਨ ਭਾਰੀ ਗਣਨਾ ਅਤੇ ਸਟੇਟ ਪ੍ਰਬੰਧਨ ਨੂੰ ਹੈਂਡਲ ਕਰਦੀ ਹੈ।
ਰੋਲਅਪਸ ਸਕੇਲਿੰਗ ਤਕਨੀਕ ਵਿੱਚ ਹੋਰ ਫਰੰਟੀਅਰ ਹਨ। ਇੱਕ ਰੋਲਅਪ ਕਈ ਲੈਣ-ਦੇਣਾਂ ਨੂੰ ਇੱਕਲੇ ਡਾਟਾ ਪੈਕੇਟ ਵਿੱਚ ਬੰਡਲ ਜਾਂ "ਰੋਲ ਅਪ" ਕਰਦਾ ਹੈ। ਇਹ ਲੈਣ-ਦੇਣਾਂ ਦਾ ਬੈਚ ਆਫ-ਚੇਨ ਐਗਜ਼ੀਕਿਊਟ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਉਹਨਾਂ ਦੀ ਵੈਲੀਡਿਟੀ ਦਾ ਕ੍ਰਿਪਟੋਗ੍ਰਾਫਿਕ ਪ੍ਰੂਫ ਮੁੱਖ ਬਲਾਕਚੇਨ ਨੂੰ ਜਮ੍ਹਾਂ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਇਹ ਵਿਧੀ ਮੁੱਖ ਚੇਨ ਦੀ ਸੁਰੱਖਿਆ ਨੂੰ ਵਿਆਪਕ ਆਫ-ਚੇਨ ਕਿਰਿਆਵਾਂ ਉੱਤੇ ਲਾਗੂ ਕਰਨ ਦੀ ਆਗਿਆ ਦਿੰਦੀ ਹੈ ਬਿਨਾਂ ਹਰ ਇੱਕ ਨੂੰ ਵੱਖਰੇ ਤੌਰ ਤੇ ਪ੍ਰੋਸੈਸ ਕੀਤੇ।
ਰੋਲਅਪਸ ਲਈ ਵੱਖਰੇ ਢੰਗ ਹਨ, ਜਿਵੇਂ ਵੈਲੀਡਿਟੀ ਰੋਲਅਪਸ ਅਤੇ ਸੁਭਾਵ ਰੋਲਅਪਸ। ਸੁਭਾਵ ਰੋਲਅਪਸ ਬਿਟਕਾਇਨ ਨੂੰ ਮੁੱਖ ਤੌਰ ਤੇ ਡਾਟਾ ਉਪਲਬਧਤਾ ਲਈ ਵਰਤਦੇ ਹਨ। ਉਹ ਕੰਪ੍ਰੈਸ਼ਡ ਲੈਣ-ਦੇਣ ਡਾਟਾ ਨੂੰ ਬਿਟਕਾਇਨ ਬਲਾਕਚੇਨ ਉੱਤੇ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰਦੇ ਹਨ ਪਰ ਆਪਣੇ ਐਗਜ਼ੀਕਿਊਸ਼ਨ ਨਿਯਮਾਂ ਅਤੇ ਸਹਿਮਤੀ ਨੂੰ ਪ੍ਰਬੰਧਿਤ ਕਰਦੇ ਹਨ। ਇਹ ਰੋਲਅਪ ਨੂੰ ਬਿਟਕਾਇਨ ਦੀ ਡਾਟਾ ਟਿਕਾਊਤਾ ਵਿਰਾਸਤ ਵਿੱਚ ਲੈਣ ਦੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ ਜਦਕਿ ਸੁਤੰਤਰ ਨੈੱਟਵਰਕ ਦੀ ਲਚਕ ਨਾਲ ਕੰਮ ਕਰਦਾ ਹੈ।
| ਸਕੇਲਿੰਗ ਵਿਧੀ | ਮੁੱਖ ਵਕੀਲ | ਥਰੂਪੁਟ ਪ੍ਰਭਾਵ | ਸੁਰੱਖਿਆ ਮਾਡਲ |
|---|---|---|---|
| SegWit | ਵਿਟਨੈੱਸ ਡਾਟਾ ਵਿਛੋੜਾ | ਮੱਧਮ ਵਾਧਾ | ਮੁੱਖ ਚੇਨ |
| ਲਾਈਟਨਿੰਗ | ਸਟੇਟ ਚੈਨਲ | ਉੱਚ (ਲੱਖਾਂ TPS) | ਮਲਟੀਸਿਗ + ਮੁੱਖ ਚੇਨ |
| ਸਾਈਡਚੇਨਾਂ | ਦੋ-ਤਰਫ਼ਾ ਪੈਗ | ਉੱਚ (ਚੇਨ ਉੱਤੇ ਨਿਰਭਰ) | ਫੈਡਰੇਸ਼ਨ / ਮਰਜ਼ ਮਾਈਨ |
ਫ੍ਰੈਕਟਲ ਬਿਟਕਾਇਨ ਅਤੇ ਰੀਕਰਸਿਵ ਸਕੇਲਿੰਗ
ਇੱਕ ਨਵਾਂ ਕਾਂਸੈਪਟ ਜੋ ਖਿੱਚ ਰਿਹਾ ਹੈ ਉਹ ਫ੍ਰੈਕਟਲ ਬਿਟਕਾਇਨ ਹੈ। ਇਹ ਫਰੇਮਵਰਕ ਮੁੱਖ ਬਿਟਕਾਇਨ ਬਲਾਕਚੇਨ ਨਾਲ ਸਮਾਂਤਰ ਵਜੋਂ ਕੰਮ ਕਰਨ ਵਾਲੀਆਂ ਛੋਟੀਆਂ, ਇੰਟਰਕਨੈਕਟਡ ਬਲਾਕਚੇਨਾਂ ਨੂੰ "ਫ੍ਰੈਕਟਲਜ਼" ਕਹਿ ਕੇ ਮਲਟੀ-ਲੇਅਰਡ ਢੰਗ ਪੇਸ਼ ਕਰਦਾ ਹੈ। ਮੁੱਖ ਵਿਚਾਰ ਰੀਕਰਸਿਵ ਢਾਂਚਾ ਬਣਾਉਣਾ ਹੈ ਜੋ ਮੂਲ ਪ੍ਰੋਟੋਕੋਲ ਦੇ ਮੁੱਖ ਇੰਜੀਨੀਅਰਿੰਗ ਸਿਧਾਂਤਾਂ ਨੂੰ ਬਣਾਈ ਰੱਖਦੇ ਹੋਏ ਲੈਣ-ਦੇਣ ਥਰੂਪੁਟ ਨੂੰ ਬਹੁਤ ਵਧਾਉਂਦਾ ਹੈ।
ਫ੍ਰੈਕਟਲ ਬਿਟਕਾਇਨ ਆਪਣੀਆਂ ਲੋੜਾਂ ਅਧੀਨ ਲੈਣ-ਦੇਣਾਂ ਨੂੰ ਵਿਸ਼ੇਸ਼ ਲੇਅਰਾਂ ਵੱਲ ਰਾਊਟਿੰਗ ਕਰਕੇ ਕੰਮ ਕਰਦਾ ਹੈ। ਉੱਚ-ਮੁੱਲ, ਘੱਟ-ਕ੍ਰੈਂਦਤਾ ਲੈਣ-ਦੇਣ ਮੁੱਖ ਚੇਨ ਜਾਂ ਉੱਚ-ਸੁਰੱਖਿਆ ਫ੍ਰੈਕਟਲ ਉੱਤੇ ਸਿੱਧਾ ਨਿਪਟਾਰੇ ਕਰ ਸਕਦੇ ਹਨ। ਉਲਟ, ਉੱਚ-ਵਾਲੀਊਮ ਮਾਈਕ੍ਰੋਟ੍ਰਾਂਸੈਕਸ਼ਨਾਂ ਨੂੰ ਤੇਜ਼ੀ ਅਤੇ ਘੱਟ ਫੀਸਾਂ ਲਈ ਡਿਜ਼ਾਈਨ ਕੀਤੀਆਂ ਹੇਠਲੀਆਂ-ਸ্তਰੀ ਫ੍ਰੈਕਟਲ ਚੇਨਾਂ ਉੱਤੇ ਪ੍ਰੋਸੈਸ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ। ਇਹ ਹਾਈਰਾਰਕੀਕਲ ਸੌਰਟਿੰਗ ਪੂਰੇ ਨੈੱਟਵਰਕ ਇਕੋਸਿਸਟਮ ਵਿੱਚ ਬਲਾਕ ਸਪੇਸ ਨੂੰ ਕੁਸ਼ਲਤਾ ਨਾਲ ਵਰਤਣ ਨੂੰ ਯਕੀਨੀ ਬਣਾਉਂਦੀ ਹੈ।
ਮਹੱਤਵਪੂਰਨ ਤੌਰ ਤੇ, ਇਹ ਫ੍ਰੈਕਟਲ ਚੇਨ ਆਪਣੀ ਹਾਲਤ ਨੂੰ ਆਕਾਸ਼ਿਗਤ ਤੌਰ ਤੇ ਮੁੱਖ ਬਿਟਕਾਇਨ ਬਲਾਕਚੇਨ ਉੱਤੇ ਨਿਪਟਾਰੇ ਕਰ ਸਕਦੀਆਂ ਹਨ। ਇਹ ਨਿਪਟਾਰਾ ਪ੍ਰਕਿਰਿਆ ਫ੍ਰੈਕਟਲ ਲੇਅਰਾਂ ਦੀ ਸੁਰੱਖਿਆ ਨੂੰ ਬਿਟਕਾਇਨ ਨੈੱਟਵਰਕ ਦੀ ਅਪਾਰ ਹੈਸ਼ ਪਾਵਰ ਨਾਲ ਜੋੜਦੀ ਹੈ। ਇਹ ਇੱਕ ਸਿਸਟਮ ਬਣਾਉਂਦੀ ਹੈ ਜਿੱਥੇ ਸੁਰੱਖਿਆ ਮੁੱਖ ਚੇਨ ਤੋਂ ਹੇਠਾਂ ਵਹਿੰਦੀ ਹੈ, ਜਦਕਿ ਸਕੇਲੇਬਿਲਟੀ ਫ੍ਰੈਕਟਲ ਲੇਅਰਾਂ ਤੋਂ ਉੱਪਰ ਵਹਿੰਦੀ ਹੈ।
ਇਹ ਰੀਕਰਸਿਵ ਮਾਡਲ ਸਤੋਸ਼ੀ-ਅਧਾਰਤ ਮਾਈਕ੍ਰੋਟ੍ਰਾਂਸੈਕਸ਼ਨਾਂ ਲਈ ਨੇਟਿਵ ਸਮਰਥਨ ਵੀ ਦਿੰਦਾ ਹੈ। ਇਨ੍ਹਾਂ ਛੋਟੇ ਮੁੱਲ ਟ੍ਰਾਂਸਫਰਾਂ ਨੂੰ ਫ੍ਰੈਕਟਲ ਵਾਤਾਵਰਣ ਵਿੱਚ ਹੈਂਡਲ ਕਰਕੇ, ਨੈੱਟਵਰਕ ਮੁੱਖ ਲੈਜਰ ਨੂੰ "ਧੂੜ" ਲੈਣ-ਦੇਣਾਂ ਨਾਲ ਭਰਨ ਤੋਂ ਬਚਦਾ ਹੈ। ਇਹ ਬੇਸ ਲੇਅਰ ਦੇ ਮੂਲ ਨਿਯਮਾਂ ਨੂੰ ਬਦਲਣ ਵਿਚੋਂ ਨਾ ਕੇਰਵੀ ਨਿਸਤੇ ਆਪਣੀ ਲੌਜਿਕ ਨੂੰ ਨੈਸਟਡ, ਸਮਾਂਤਰ ਢੰਗ ਨਾਲ ਨਕਲ ਕਰਕੇ ਨੈੱਟਵਰਕ ਨੂੰ ਸਕੇਲ ਕਰਨ ਵਾਲੀ ਢਾਂਚਾਗਤ ਵਿਕਾਸ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ।
ਬ੍ਰਿਜਿੰਗ ਅਤੇ ਕ੍ਰੌਸ-ਚੇਨ ਸਟੇਟ
ਸਕੇਲਿੰਗ ਵਿੱਚ ਵੱਖਰੇ ਬਲਾਕਚੇਨ ਵਾਤਾਵਰਣਾਂ ਵਿਚਕਾਰ ਹਾਲਤ ਅਤੇ ਮੁੱਲ ਦੀ ਕੁਸ਼ਲ ਚਲਾਇਲ ਪੁਰੀ ਹੁੰਦੀ ਹੈ। Wrapped Bitcoin ਅਸੈੱਟਸ ਬਿਟਕਾਇਨ ਦੇ ਮੁੱਲ ਪ੍ਰਸਤਾਵ ਨੂੰ ਹੋਰ ਨੈੱਟਵਰਕਾਂ ਨਾਲ ਅਨੁਕੂਲ ਫਾਰਮੈਟਾਂ ਵਿੱਚ ਕੰਪ੍ਰੈਸ਼ ਕਰਨ ਦੀ ਵਿਧੀ ਨੂੰ ਦਰਸਾਉਂਦੇ ਹਨ। ਇਹ ਇੰਟਰਔਪਰੇਬਿਲਟੀ ਬਿਟਕਾਇਨ ਨੂੰ ਉੱਚੇ ਥਰੂਪੁਟ ਜਾਂ ਵੱਖਰੀਆਂ ਸਮਾਰਟ ਕਾਂਟ੍ਰੈਕਟ ਯੋਗਤਾਵਾਂ ਵਾਲੀਆਂ ਚੇਨਾਂ ਉੱਤੇ ਮੌਜੂਦ ਵੰਡਿਤ ਵਿੱਤ ਐਪਲੀਕੇਸ਼ਨਾਂ ਵਿੱਚ ਵਰਤਣ ਦੀ ਆਗਿਆ ਦਿੰਦੀ ਹੈ।
ਇਨ੍ਹਾਂ wrapped ਅਸੈੱਟਸ ਬਣਾਉਣ ਦੇ ਮਕੈਨਿਜ਼ਮ ਕੇਂਦਰੀਕਰਨ ਅਤੇ ਸੁਰੱਖਿਆ ਵਿੱਚ ਵੱਖਰੇ ਹਨ। ਰਵਾਇਤੀ ਮਾਡਲ, ਜਿਵੇਂ WBTC, ਅਸਲੀ ਬਿਟਕਾਇਨ ਨੂੰ ਰੱਖਣ ਅਤੇ ਟੋਕਨਾਈਜ਼ਡ ਪਰਤ ਨੂੰ ਜਾਰੀ ਕਰਨ ਲਈ ਕੇਂਦਰੀ ਕਸਟੋਡੀਅਨ ਉੱਤੇ ਨਿਰਭਰ ਕਰਦੇ ਹਨ। ਹਾਲਾਂਕਿ ਕੁਸ਼ਲ, ਇਹ ਸਕੇਲਿੰਗ ਸਟੈਕ ਵਿੱਚ ਭਰੋਸੇਯੋਗ ਤੀਜੀ ਪਾਰਟੀ ਨੂੰ ਪੇਸ਼ ਕਰਦਾ ਹੈ। ਜੇਕਰ ਕਸਟੋਡੀਅਨ ਅਸਫਲ ਹੋ ਜਾਂ ਹੈਕ ਹੋ ਜਾਵੇ, ਤਾਂ wrapped ਟੋਕਨ ਅਤੇ ਹੇਠਲੇ ਬਿਟਕਾਇਨ ਵਿਚਕਾਰ ਲਿੰਕ ਟੁੱਟ ਜਾਂਦਾ ਹੈ।
tBTC (Threshold Bitcoin) ਵਰਗੇ ਵੰਡਿਤ ਵਿਕਲਪ ਇਸ ਹਾਲਤ ਰੁਕਾਵਟ ਨੂੰ ਪ੍ਰਬੰਧਿਤ ਕਰਨ ਲਈ ਥ੍ਰੈਸ਼ਹੋਲਡ ਕ੍ਰਿਪਟੋਗ੍ਰਾਫੀ ਵਰਤਦੇ ਹਨ। ਇੱਕਲੇ ਕਸਟੋਡੀਅਨ ਦੀ ਬਜਾਏ, ਵੰਡਿਤ ਨੋਡਾਂ ਦਾ ਨੈੱਟਵਰਕ ਬਿਟਕਾਇਨ ਜਮ੍ਹਾਂ ਨੂੰ ਪ੍ਰਬੰਧਿਤ ਕਰਦਾ ਹੈ। ਇਹ ਨੋਡ ਮਲਟੀ-ਪਾਰਟੀ ਕੰਪਿਊਟੇਸ਼ਨ ਵਰਤਦੇ ਹਨ ਲੈਣ-ਦੇਣਾਂ ਨੂੰ ਹਸਤਾਖ਼ਰ ਕਰਨ ਅਤੇ ਪੈਗਡ ਅਸੈੱਟਸ ਨੂੰ ਪ੍ਰਬੰਧਿਤ ਕਰਨ ਲਈ। ਇਹ ਸਿਸਟਮ ਯਕੀਨੀ ਬਣਾਉਂਦਾ ਹੈ ਕਿ ਬਿਟਕਾਇਨ ਦੀ "ਹਾਲਤ" ਬਣਾਈ ਰੱਖੀ ਜਾਵੇ ਅਤੇ ਪੋਰਟੇਬਲ ਹੋਵੇ ਬਿਨਾਂ ਇੱਕਲੇ ਅਸਫਲਤਾ ਪੁਆਇੰਟ ਉੱਤੇ ਨਿਰਭਰ ਕੀਤੇ।
ਇਨ੍ਹਾਂ ਬ੍ਰਿਜਾਂ ਨੂੰ ਵਰਤ ਕੇ, ਬਿਟਕਾਇਨ ਇਕੋਸਿਸਟਮ ਆਪਣੀ ਲੈਣ-ਦੇਣ ਮੰਗ ਦਾ ਕੁਝ ਹਿੱਸਾ ਹੋਰ ਚੇਨਾਂ ਨੂੰ ਆਉਟਸੋਰਸ ਕਰਦਾ ਹੈ। ਉੱਚ-ਕ੍ਰੈਂਦਤਾ ਟ੍ਰੇਡਿੰਗ ਜਾਂ ਗੁੰਝਲਦਾਰ ਲੈਂਡਿੰਗ ਮਾਰਕੀਟਾਂ ਵਿੱਚ ਸ਼ਾਮਲ ਹੋਣ ਵਾਲੇ ਯੂਜ਼ਰ ਇਥਰੀਅਮ ਜਾਂ Solana ਉੱਤੇ wrapped ਬਿਟਕਾਇਨ ਵਰਤ ਕੇ ਅਜਿਹਾ ਕਰ ਸਕਦੇ ਹਨ। ਇਹ ਬਿਟਕਾਇਨ ਬਲਾਕਚੇਨ ਉੱਤੇ ਸਿੱਧੇ ਭਾਰ ਨੂੰ ਘਟਾਉਂਦਾ ਹੈ ਜਦਕਿ ਅਸੈੱਟ ਦੀ ਉਪਯੋਗਤਾ ਅਤੇ ਵੇਲੌਸਿਟੀ ਨੂੰ ਵਧਾਉਂਦਾ ਹੈ।
ਸਕ੍ਰਿਪਟਿੰਗ ਅਪਗ੍ਰੇਡ ਅਤੇ ਡਾਟਾ ਇਨਸਕ੍ਰਿਪਸ਼ਨ
ਬਿਟਕਾਇਨ ਦੀ ਸਕ੍ਰਿਪਟਿੰਗ ਭਾਸ਼ਾ ਦਾ ਨਿਰੰਤਰ ਵਿਕਾਸ ਅਪਟੀਮਾਈਜ਼ੇਸ਼ਨ ਲਈ ਹੋਰ ਰਾਹ ਖੋਲ੍ਹਦਾ ਹੈ। OP_CAT (Opcode Concatenate) ਵਰਗੇ ਪ੍ਰਸਤਾਵ ਸਕ੍ਰਿਪਟਾਂ ਵਿੱਚ ਵਧੇਰੇ ਕੁਸ਼ਲ ਡਾਟਾ ਮੈਨੀਪੁਲੇਸ਼ਨ ਲਈ ਫੰਕਸ਼ਨੈਲਿਟੀ ਨੂੰ ਫਿਰੋਂ ਪੇਸ਼ ਕਰਨ ਦਾ ਟੀਚਾ ਰੱਖਦੇ ਹਨ। OP_CAT ਸਕ੍ਰਿਪਟ ਦੇ ਸਟੈਕ ਵਿੱਚ ਦੋ ਡਾਟਾ ਟੁਕੜਿਆਂ ਨੂੰ ਇੱਕ ਵਿੱਚ ਜੋੜਨ ਦੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ।
ਹਾਲਾਂਕਿ ਇਹ ਸਾਧਾਰਨ ਲੱਗਦਾ ਹੈ, ਇਸ ਦੇ ਸਮਾਰਟ ਕਾਂਟ੍ਰੈਕਟ ਕੁਸ਼ਲਤਾ ਲਈ ਡੂੰਘੇ ਨਤੀਜੇ ਹਨ। ਹੁਣੇ, ਡਾਟਾ ਜੋੜਨ ਲਈ ਗੁੰਝਲਦਾਰ ਅਤੇ ਡਾਟਾ-ਭਾਰੀ ਵਰਕਅਰਾਊਂਡਸ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। OP_CAT ਵਿਕਾਸਕਾਰਾਂ ਨੂੰ ਇਨ੍ਹਾਂ ਸਕ੍ਰਿਪਟਾਂ ਨੂੰ ਸਰਲ ਬਣਾਉਣ ਦੀ ਆਗਿਆ ਦੇਵੇਗਾ, ਕਾਂਟ੍ਰੈਕਟ ਐਗਜ਼ੀਕਿਊਟ ਕਰਨ ਲਈ ਲੋੜੀਂਦੇ ਕੋਡ ਦੀ ਮਾਤਰਾ ਨੂੰ ਘਟਾਉਂਦਾ ਹੈ। ਸਕ੍ਰਿਪਟ ਆਕਾਰ ਵਿੱਚ ਇਹ ਕਮੀ ਇੱਕ ਹੋਰ ਰੂਪ ਦੀ ਕੰਪ੍ਰੈਸ਼ਨ ਹੈ, ਜੋ ਵਧੇਰੇ ਗੁੰਝਲਦਾਰ ਲੌਜਿਕ ਨੂੰ ਛੋਟੇ ਲੈਣ-ਦੇਣ ਫੁੱਟਪ੍ਰਿੰਟਾਂ ਵਿੱਚ ਫਿੱਟ ਕਰਨ ਦੀ ਆਗਿਆ ਦਿੰਦੀ ਹੈ।
ਇਸੇ ਸਮੇਂ, Ordinals ਦਾ ਉਭਾਰ ਨੇ ਬਲਾਕ ਸਪੇਸ ਵਰਤੋਂ ਵਿੱਚ ਨਵਾਂ ਗਤੀਸ਼ੀਲਤਾ ਪੇਸ਼ ਕੀਤੀ ਹੈ। Ordinals ਵਿਅਕਤੀਗਤ ਸਤੋਸ਼ੀਆਂ ਉੱਤੇ ਚਿੱਤਰਾਂ ਜਾਂ ਟੈਕਸਟ ਵਰਗੇ ਬੇਲੋੜਕ ਡਾਟਾ ਨੂੰ ਸਿੱਧਾ ਇਨਸਕ੍ਰਾਈਬ ਕਰਨ ਦੀ ਆਗਿਆ ਦਿੰਦੇ ਹਨ। ਹਾਲਾਂਕਿ ਇਹ ਸਕੇਲਿੰਗ ਵਿਰੁੱਧ ਲੱਗਦਾ ਹੈ (ਕਿਉਂਕਿ ਇਹ ਡਾਟਾ ਜੋੜਦਾ ਹੈ), ਤਕਨੀਕ SegWit ਅਤੇ Taproot ਵੱਲੋਂ ਪੇਸ਼ ਕੀਤੀਆਂ ਕੁਸ਼ਲਤਾਵਾਂ ਉੱਤੇ ਨਿਰਭਰ ਕਰਦੀ ਹੈ।
Ordinals ਲੈਣ-ਦੇਣ ਦੇ ਵਿਟਨੈੱਸ ਡਾਟਾ ਭਾਗ ਨੂੰ ਇਸ ਸਮਗਰੀ ਨੂੰ ਸਟੋਰ ਕਰਨ ਲਈ ਵਰਤਦੇ ਹਨ। ਕਿਉਂਕਿ ਵਿਟਨੈੱਸ ਡਾਟਾ ਵਜ਼ਨ ਵਿੱਚ ਛੋਟ ਹੈ, ਇਹ ਇਨਸਕ੍ਰਿਪਸ਼ਨਾਂ ਨੂੰ ਸਟੈਂਡਰਡ ਲੈਣ-ਦੇਣ ਡਾਟਾ ਨਾਲੋਂ ਸਸਤੇ ਬਣਾਉਂਦੀਆਂ ਹਨ। ਇਹ ਘਟਨਾ ਨੇ ਬਲਾਕ ਸਪੇਸ ਦੇ ਸਭ ਤੋਂ ਵਧੀਆ ਵਰਤੋਂ ਬਾਰੇ ਤੀਬਰ ਵਿਚਾਰ-ਚਰਚਾ ਨੂੰ ਭੜਕਾਇਆ ਹੈ, ਪਰ ਇਹ ਬਿਟਕਾਇਨ ਦੀ ਸਟੋਰੇਜ ਯੋਗਤਾਵਾਂ ਦੀ ਲਚਕ ਨੂੰ ਵੀ ਉਜਾਗਰ ਕਰਦੀ ਹੈ। ਇਹ ਦਰਸਾਉਂਦਾ ਹੈ ਕਿ SegWit ਵੱਲੋਂ ਬਣਾਇਆ "ਛੋਟ ਵਾਲਾ" ਸਪੇਸ ਸਾਧਾਰਨ ਵਿੱਤੀ ਟ੍ਰਾਂਸਫਰਾਂ ਤੋਂ ਪਰੇ ਨਵੀਨ ਐਪਲੀਕੇਸ਼ਨਾਂ ਲਈ ਵਰਤਿਆ ਜਾ ਸਕਦਾ ਹੈ।
ਨਿਗਮਨ
ਬਿਟਕਾਇਨ ਦੀ ਸਕੇਲਿੰਗ ਇੱਕਲੇ "ਸਿਲਵਰ ਬੁਲੇਟ" ਤਕਨੀਕ ਰਾਹੀਂ ਪ੍ਰਾਪਤ ਨਹੀਂ ਹੁੰਦੀ ਸਗੋਂ ਪੂਰਕ ਪ੍ਰੋਟੋਕੋਲਾਂ ਦੇ ਫਰੇਮਵਰਕ ਰਾਹੀਂ ਹੁੰਦੀ ਹੈ। SegWit ਦੀ ਡਾਟਾ ਅਪਟੀਮਾਈਜ਼ੇਸ਼ਨ ਤੋਂ ਲੈ ਕੇ Taproot ਦੀ ਕ੍ਰਿਪਟੋਗ੍ਰਾਫਿਕ ਕੁਸ਼ਲਤਾ ਤੱਕ, ਬੇਸ ਲੇਅਰ ਵਧੇਰੇ ਘਣਾ ਅਤੇ ਯੋਗ ਹੋ ਗਿਆ ਹੈ। ਇਹ ਅਪਗ੍ਰੇਡ ਲਾਈਟਨਿੰਗ ਨੈੱਟਵਰਕ, ਸਾਈਡਚੇਨਾਂ ਅਤੇ ਫ੍ਰੈਕਟਲ ਬਿਟਕਾਇਨ ਵਰਗੇ ਉਭਰਦੇ ਰੀਕਰਸਿਵ ਮਾਡਲਾਂ ਵਰਗੇ ਐਗਜ਼ੀਕਿਊਸ਼ਨ ਦੇ ਬਲਕ ਨੂੰ ਹੈਂਡਲ ਕਰਨ ਵਾਲੇ ਲੇਅਰਾਂ ਲਈ ਜ਼ਰੂਰੀ ਬੁਨਿਆਦ ਪ੍ਰਦਾਨ ਕਰਦੇ ਹਨ।
ਵਿਕਾਸਕਾਰਾਂ ਵੱਲੋਂ ਇਨ੍ਹਾਂ ਤਕਨੀਕਾਂ ਨੂੰ ਸੁਧਾਰਨ ਵਿੱਚ, ਫੋਕਸ ਬਿਟਕਾਇਨ ਨੂੰ ਉਸ ਦਾ ਮੁੱਲ ਦੇਣ ਵਾਲੇ ਵੰਡਿਤੀਕਰਨ ਨੂੰ ਬਚਾਉਣ ਉੱਤੇ ਹੈ। ਰੋਲਅਪਸ ਵਿੱਚ ਸਟੇਟ ਕੰਪ੍ਰੈਸ਼ਨ, ਬ੍ਰਿਜਾਂ ਵਿੱਚ ਥ੍ਰੈਸ਼ਹੋਲਡ ਕ੍ਰਿਪਟੋਗ੍ਰਾਫੀ ਜਾਂ ਫ੍ਰੈਕਟਲ ਚੇਨਾਂ ਵਿੱਚ ਸਮਾਂਤਰ ਪ੍ਰੋਸੈਸਿੰਗ ਰਾਹੀਂ, ਟੀਚਾ ਇਕਸਾਰ ਹੈ: ਨੈੱਟਵਰਕ ਦੀ ਅਖੰਡਤਾ ਨੂੰ ਨੁਕਸਾਨ ਨਾ ਪਹੁੰਚਾਏ ਵਿਸ਼ਵਵਿਆਪੀ ਯੂਜ਼ਰ ਬੇਸ ਨੂੰ ਸੇਵਾ ਪ੍ਰਦਾਨ ਕਰਨਾ। ਇਨ੍ਹਾਂ ਲੇਅਰਾਂ ਵਿਚਕਾਰ ਇੰਟਰਪਲੇ ਬਿਟਕਾਇਨ ਇਕੋਸਿਸਟਮ ਦੀ ਭਵਿੱਖੀ ਯੋਗਤਾ ਨੂੰ ਨਿਰਧਾਰਤ ਕਰੇਗਾ।
ਬਿਟਕਾਇਨ ਸਕੇਲਿੰਗ ਇੱਕ ਮਲਟੀ-ਲੇਅਰਡ ਵਿਕਾਸ ਹੈ, ਜੋ ਓਨ-ਚੇਨ ਡਾਟਾ ਕੁਸ਼ਲਤਾ ਨੂੰ ਪਾਵਰਫੁਲ ਆਫ-ਚੇਨ ਐਗਜ਼ੀਕਿਊਸ਼ਨ ਵਾਤਾਵਰਣਾਂ ਨਾਲ ਜੋੜਦਾ ਹੈ ਤਾਂ ਜੋ ਵਿਸ਼ਵਵਿਆਪੀ ਯੋਗਤਾ ਹਾਸਲ ਕੀਤੀ ਜਾ ਸਕੇ।