ਬਿਟਕਾਇਨ ਨੂੰ ਅਕਸਰ "ਡਿਜੀਟਲ ਸੋਨਾ" ਦੀ ਪਟਾਕਾ ਮਿਲੀ ਹੁੰਦੀ ਹੈ—ਇੱਕ ਸਥਿਰ, ਵਿਤਰਿਤ ਵੈਲਿਊ ਸਟੋਰ ਜੋ ਸੁਰੱਖਿਆ ਲਈ ਤਿਆਰ ਕੀਤੀ ਗਈ ਸਾਧਾਰਨ ਢਾਂਚੇ ਨਾਲ ਹੈ। ਜਦੋਂਕਿ ਇਹ ਮੂਲ ਦਰਸ਼ਨ ਨੇ ਨੈੱਟਵਰਕ ਨੂੰ ਦਸਕੇਹ ਵਰ੍ਹਿਆਂ ਤੋਂ ਵੱਧ ਸੁਰੱਖਿਅਤ ਰੱਖਿਆ ਹੈ, ਇਸ ਨੇ ਇਹ ਆਮ ਗਲਤਫਹਿਮੀ ਵੀ ਪੈਦਾ ਕੀਤੀ ਹੈ ਕਿ ਬਿਟਕਾਇਨ ਦੀ ਬੇਸ ਲੇਅਰ (ਲੇਅਰ 1, ਜਾਂ L1) ਗੁੰਝਲਦਾਰ ਪ੍ਰੋਗਰਾਮਿੰਗ ਲਈ ਅਸਮਰੱਥ ਹੈ।
ਵਿਰੋਧ ਵਿੱਚ, ਹੋਰ ਬਲਾਕਚੇਨਾਂ, ਖਾਸ ਕਰਕੇ Ethereum, ਨੂੰ ਭਰਪੂਰ ਸਮਾਰਟ ਕੰਟ੍ਰੈਕਟ ਸਮਰੱਥਾਵਾਂ ਨਾਲ ਖਾਸ ਤੌਰ 'ਤੇ ਡਿਜ਼ਾਇਨ ਕੀਤਾ ਗਿਆ ਸੀ, ਜੋ ਵਿਸ਼ਾਲ ਵਿਤਰਿਤ finanse (DeFi) ਐਪਲੀਕੇਸ਼ਨਾਂ ਦੇ ਲੈਂਡਸਕੇਪ ਨੂੰ ਸੰਭਵ ਬਣਾਉਂਦਾ ਹੈ। ਕਈ ਸਾਲਾਂ ਲਈ, ਜੇ ਤੁਸੀਂ ਇੱਕ ਸਾਧਾਰਨ ਲੈਣ-ਦੇਣ ਤੋਂ ਵੱਧ ਕੁਝ ਬਣਾਉਣਾ ਚਾਹੁੰਦੇ ਸੀ, ਤਾਂ ਤੁਹਾਨੂੰ ਕਿਤੇ ਹੋਰ ਦੇਖਣਾ ਪੈਂਦਾ ਸੀ।
ਹਾਲਾਂਕਿ, ਬਿਟਕਾਇਨ ਵਿਕਾਸ ਰੋਡਮੈਪ ਲਗਾਤਾਰ ਅੱਗੇ ਵਧ ਰਿਹਾ ਹੈ। ਸਾਵਧਾਨੀपूਰਵਕ, ਨਾਪਿਆਂ ਅਪਗ੍ਰੇਡਾਂ—ਜਿਨ੍ਹਾਂ ਨੂੰ ਸਾਫਟ ਫੋਰਕਸ ਵਜੋਂ ਜਾਣਿਆ ਜਾਂਦਾ ਹੈ—ਵਿੱਚ, ਨੈੱਟਵਰਕ ਨਵੇਂ ਟੂਲز ਹਾਸਲ ਕਰ ਰਿਹਾ ਹੈ ਜੋ ਇਸ ਦੀਆਂ ਸਮਰੱਥਾਵਾਂ ਨੂੰ ਨਾਟਕੀਅਤਮਕ ਤਰੀਕੇ ਨਾਲ ਵਧਾਉਂਦੇ ਹਨ ਬਿਨਾਂ ਇਸ ਦੇ ਮੁੱਖ ਸੁਰੱਖਿਆ ਸਿਧਾਂਤਾਂ ਦੀ ਬਲੀ ਚੜ੍ਹਾਏ। ਇਨ੍ਹਾਂ ਟੂਲਜ਼ ਵਿੱਚੋਂ ਸਭ ਤੋਂ ਵੱਧ ਅਪੇਕਸ਼ਿਤ ਵਿੱਚੋਂ ਇੱਕ ਇੱਕ ਸਾਧਾਰਨ-ਸੁਣਾਈ ਦੇਣ ਵਾਲੇ, ਪਰ ਡੂੰਘਾਈ ਨਾਲ ਸ਼ਕਤੀਸ਼ਾਲੀ, ਕਮਾਂਡ ਦਾ ਮੁੜ-ਪਰਿਚੇਤ ਹੈ ਜਿਸ ਨੂੰ OP_CAT ਕਿਹਾ ਜਾਂਦਾ ਹੈ। ਇਹ ਛੋਟੀ ਜੋੜ ਬਿਟਕਾਇਨ DeFi ਦੀ ਅਸਲ ਸੰਭਾਵਨਾ ਨੂੰ ਖੋਲ੍ਹਣ ਲਈ ਤਿਆਰ ਹੈ, ਮੂਲ ਤਰੀਕੇ ਨਾਲ ਬਦਲਦੀ ਹੋਈ ਕਿ ਯੂਜ਼ਰ ਸੁਰੱਖਿਆ ਨੂੰ ਕਿਵੇਂ ਪ੍ਰਬੰਧਿਤ ਕਰਦੇ ਹਨ, ਸੈਲਫ-ਕਸਟਰੀ ਵਿੱਚ ਭਾਗ ਲੈਂਦੇ ਹਨ, ਅਤੇ ਵਿਸ਼ਵ ਦੇ ਸਭ ਤੋਂ ਸੁਰੱਖਿਅਤ ਬਲਾਕਚੇਨ 'ਤੇ ਸਿੱਧੇ ਗੁੰਝਲਦਾਰ ਵਿੱਤੀ ਸਮਝੌਤਿਆਂ ਨੂੰ ਅਮਲ ਵਿੱਚ ਲਿਆਉਂਦੇ ਹਨ।
ਦੇ ਬਿਲ੍ਡਿੰਗ ਬਲਾਕਸ: ਬਿਟਕਾਇਨ ਸਕ੍ਰਿਪਟ ਨੂੰ ਸਮਝਣਾ
OP_CAT ਵਰਗੇ ਇੱਕਲੇ ਓਪਕੋਡ ਦੇ ਮਹੱਤਵ ਨੂੰ ਪੂਰਾ ਕਰਨ ਲਈ, ਸਾਨੂੰ ਪਹਿਲਾਂ ਬਿਟਕਾਇਨ ਬਲਾਕਚੇਨ ਦੀ ਅਧਾਰਭੂਤ ਪ੍ਰੋਗਰਾਮਿੰਗ ਭਾਸ਼ਾ ਨੂੰ ਸਮਝਣਾ ਪਵੇਗਾ: ਬਿਟਕਾਇਨ ਸਕ੍ਰਿਪਟ।
ਬਿਟਕਾਇਨ ਲੈਣ-ਦੇਣ ਸਿਰਫ਼ ਡੈਬਿਟ ਅਤੇ ਕ੍ਰੈਡਿਟ ਨਹੀਂ ਹਨ; ਉਹ ਛੋਟੇ ਪ੍ਰੋਗਰਾਮ ਹਨ। ਜਦੋਂ ਤੁਸੀਂ ਬਿਟਕਾਇਨ ਭੇਜਦੇ ਹੋ, ਤਾਂ ਤੁਸੀਂ ਇੱਕ output ਬਣਾਉਂਦੇ ਹੋ ਜੋ ਸਕ੍ਰਿਪਟ ਨਾਲ ਲੌਕ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਉਸ ਬਿਟਕਾਇਨ ਨੂੰ ਖਰਚਣ ਲਈ, ਰਸੀਦ ਵਾਲੇ ਨੂੰ ਹਸਤਾਖਰ ਅਤੇ ਡੇਟਾ ਪ੍ਰਦਾਨ ਕਰਨਾ ਪੈਂਦਾ ਹੈ ਜੋ ਸਕ੍ਰਿਪਟ ਦੀਆਂ ਸ਼ਰਤਾਂ ਨੂੰ ਪੂਰਾ ਕਰਦਾ ਹੈ।
ਓਪਕੋਡ ਕੀ ਹਨ?
ਓਪਕੋਡਸ ("ਓਪਰੇਸ਼ਨ ਕੋਡਸ" ਲਈ ਛੋਟਾ) ਬਿਟਕਾਇਨ ਸਕ੍ਰਿਪਟ ਵਿੱਚ ਵਰਤੇ ਜਾਣ ਵਾਲੇ ਮੁੱਢਲੇ ਕਮਾਂਡ ਹਨ। ਇਨ੍ਹਾਂ ਨੂੰ ਬਿਟਕਾਇਨ ਪ੍ਰੋਗਰਾਮਿੰਗ ਭਾਸ਼ਾ ਵਿੱਚ ਕਿਰਿਆਵਾਂ ਵਾਂਗ ਸਮਝੋ। ਹਰ ਓਪਕੋਡ ਕੰਪਿਊਟਰ ਨੂੰ ਇੱਕ ਖਾਸ ਕਿਰਿਆ ਕਰਨ ਲਈ ਨਿਰਦੇਸ਼ ਦਿੰਦਾ ਹੈ, ਜਿਵੇਂ ਕਿ ਹਸਤਾਖਰ ਜਾਂਚਣਾ, ਡੇਟਾ ਹੈਸ਼ਿੰਗ, ਜਾਂ ਟਾਈਮ ਲੌਕ ਦੀ ਲੋੜ।
ਕਿਉਂਕਿ ਬਿਟਕਾਇਨ ਸਕ੍ਰਿਪਟ ਇੱਕ ਸਾਧਾਰਨ "ਸਟੈਕ-ਅਧਾਰਿਤ" ਸਿਸਟਮ ਨਾਲ ਕੰਮ ਕਰਦੀ ਹੈ—ਜਿੱਥੇ ਨਿਰਦੇਸ਼ ਡੇਟਾ ਨੂੰ ਇੱਕ ਲਿਸਟ (ਸਟੈਕ) ਵਿੱਚ ਵਿਵਸਥਿਤ ਕਰਕੇ ਹਰਫਰੇਰੀ ਕਰਦੇ ਹਨ—ਇਹ ਜਾਣਬੁੱਝ ਕੇ ਸੀਮਤ ਹੈ। ਇਹ ਸੀਮਾ, ਅਕਸਰ ਬਿਟਕਾਇਨ ਨੂੰ "ਨਾਟ ਟਿਊਰਿੰਗ ਕੰਪਲੀਟ" ਵਜੋਂ ਵਰਣਿਤ ਕੀਤੀ ਜਾਂਦੀ ਹੈ (ਜੋ ਅਰਥਾਤ ਹੈ ਕਿ ਇਹ ਅਨੰਤ ਲੂਪਸ ਨੂੰ ਅਮਲ ਵਿੱਚ ਨਹੀਂ ਲਾ ਸਕਦਾ ਜਾਂ Ethereum ਵਾਂਗ ਗੁੰਝਲਦਾਰ ਸਟੇਟ ਬਦਲਾਅ ਨੂੰ ਹੈਂਡਲ ਨਹੀਂ ਕਰ ਸਕਦਾ), ਇੱਕ ਜਾਣਬੁੱਝ ਕੇ ਡਿਜ਼ਾਇਨ ਵਿਕਲਪ ਹੈ ਜੋ ਸੁਰੱਖਿਆ, ਪੂਰਵਾਨੁਮਾਨਕਤਾ ਅਤੇ ਆਡਿਟਬਿਲਟੀ 'ਤੇ ਜ਼ੋਰ ਦਿੰਦਾ ਹੈ। ਜੇਕਰ ਸਕ੍ਰਿਪਟ ਸਾਧਾਰਨ ਹੈ, ਤਾਂ ਇਸ ਦੀ ਸੁਰੱਖਿਆ ਨੂੰ ਸਾਬਤ ਕਰਨਾ ਆਸਾਨ ਹੈ।
ਬਿਟਕਾਇਨ ਸਕ੍ਰਿਪਟ ਕਿਉਂ ਸੀਮਤ ਹੈ?
ਸੱਤੋਸ਼ੀ ਨਾਕਾਮੋਟੋ ਨੇ ਬਿਟਕਾਇਨ ਨੂੰ ਘੱਟੋ-ਘੱਟ ਅਤੇ ਮਜ਼ਬੂਤ ਬਣਾਇਆ। ਸ਼ੁਰੂਆਤੀ ਓਪਕੋਡ ਸੈੱਟ ਵਿੱਚ ਬਹੁਤ ਸਾਰੇ ਮੁੱਢਲੇ ਅਰਿਥਮੈਟਿਕ ਅਤੇ ਲੌਜਿਕ ਫੰਕਸ਼ਨ ਸ਼ਾਮਲ ਸਨ, ਪਰ ਕਈ ਨੂੰ ਨੈੱਟਵਰਕ ਦੇ ਇਤਿਹਾਸ ਦੇ ਸ਼ੁਰੂ ਵਿੱਚ ਜਲਦੀ ਅਕਸਮਾਤ ਨਿਸ਼ਕਰਸ਼ ਕੀਤੇ ਗਏ ਸਨ ਸੁਰੱਖਿਆ ਖ਼ਤਰਿਆਂ ਕਾਰਨ, ਮੁੱਖ ਤੌਰ 'ਤੇ ਡਿਨਾਈਲ-ਅਫ-ਸਰਵਿਸ ਹਮਲਿਆਂ ਜਾਂ ਬਫਰ ਓਵਰਫਲੋਜ਼ (ਜਿੱਥੇ ਡੇਟਾ ਨੂੰ ਨਿਰਧਾਰਿਤ ਮੈਮਰੀ ਹੱਦਾਂ ਤੋਂ ਵੱਧ ਕਰਨ ਲਈ ਮਜਬੂਰ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ) ਨਾਲ ਸਬੰਧਤ।
ਦਰਸ਼ਨ ਸਾਧਾਰਨ ਹੈ: ਜੇਕਰ ਇੱਕ ਵਿਸ਼ੇਸ਼ਤਾ ਨੂੰ ਬੇਸ ਲੇਅਰ 'ਤੇ ਹੋਣ ਦੀ ਬਿਲਕੁਲ ਲੋੜ ਨਹੀਂ, ਤਾਂ ਇਹ ਨਹੀਂ ਹੋਣੀ ਚਾਹੀਦੀ। ਇਹ ਰੁਕਾਵਟ ਵਿਕਾਸਕਰਤਾਵਾਂ ਨੂੰ ਬਹੁਤ ਰਚਨਾਤਮਕ ਬਣਾਉਣ ਲਈ ਮਜਬੂਰ ਕਰਦੀ ਹੈ, ਜਿਸ ਨਾਲ SegWit, Taproot ਵਰਗੇ ਸੁਧਾਰ ਹੋਏ ਹਨ, ਅਤੇ ਹੁਣ, ਵਿਸ਼ੇਸ਼, ਸਾਧਾਰਨ ਓਪਕੋਡਸ ਲਈ ਪੁਸ਼ ਵਿਸ਼ੇਸ਼, ਉੱਚ-ਮੁੱਲ ਵਾਲੀਆਂ ਸਮੱਸਿਆਵਾਂ ਹੱਲ ਕਰਨ ਲਈ।
OP_CAT ਕੀ ਹੈ ਅਤੇ ਇਹ ਕਿਉਂ ਜ਼ਰੂਰੀ ਹੈ?
OP_CAT ਦਾ ਅਰਥ "ਕੰਟੈਨੇਸ਼ਨ" ਹੈ। ਕੰਪਿਊਟਰ ਵਿਗਿਆਨ ਵਿੱਚ, ਕੰਟੈਨੇਸ਼ਨ ਸਿਰਫ਼ ਚੀਜ਼ਾਂ ਨੂੰ ਆਖਰੀ ਤੋਂ ਆਖਰੀ ਜੋੜਨਾ ਹੈ—ਜਿਵੇਂ ਕਿ ਦੋ ਟੈਕਸਟ ਸਟ੍ਰਿੰਗ ਜਾਂ ਦੋ ਡੇਟਾ ਸੈਗਮੈਂਟ ਨੂੰ ਜੋੜਨਾ।
ਕੰਟੈਨੇਸ਼ਨ ਦੀ ਫੰਕਸ਼ਨੈਲਟੀ
ਜੇ ਤੁਹਾਡੇ ਕੋਲ ਡੇਟਾ ਪੀਸ A (ਉਦਾਹਰਨ ਲਈ, "Hello") ਅਤੇ ਡੇਟਾ ਪੀਸ B (ਉਦਾਹਰਨ ਲਈ, "World") ਹੈ, ਤਾਂ OP_CAT ਉਨ੍ਹਾਂ ਨੂੰ ਇੱਕਲੇ ਪੀਸ ਵਿੱਚ ਜੋੜਦਾ ਹੈ: "HelloWorld।"
ਹਾਲਾਂਕਿ ਇਹ ਬੁਨਿਆਦੀ ਲੱਗਦਾ ਹੈ, ਇਸ ਦੀ ਗੈਰ-ਮੌਜੂਦਗੀ ਬਿਟਕਾਇਨ ਦੀ ਡਾਇਨੈਮਿਕ ਡੇਟਾ ਨੂੰ ਹੈਂਡਲ ਕਰਨ ਅਤੇ L1 'ਤੇ ਸਿੱਧੇ ਗੁੰਝਲਦਾਰ ਪ੍ਰੂਫ਼ਸ ਬਣਾਉਣ ਦੀ ਸਮਰੱਥਾ ਨੂੰ ਬਹੁਤ ਸੀਮਤ ਕਰਦੀ ਹੈ। Taproot ਤੋਂ ਪਹਿਲਾਂ, ਵਿਕਾਸਕਰਤਾ ਅਕਸਰ ਅਕਾਰਗਤ ਵਰਕਅਰਾਊਂਡ ਵਰਤਦੇ ਸਨ ਜਾਂ ਗੁੰਝਲਦਾਰ ਲੌਜਿਕ ਲਈ ਪੂਰੀ ਤਰ੍ਹਾਂ ਲੇਅਰ 2 ਹੱਲਾਂ 'ਤੇ ਨਿਰਭਰ ਕਰਦੇ ਸਨ।
ਬਿਟਕਾਇਨ ਸਕ੍ਰਿਪਟ ਵਿੱਚ OP_CAT ਕਿਵੇਂ ਕੰਮ ਕਰਦਾ ਹੈ:
- ਇਹ ਸਟੈਕ ਦੇ ਉੱਪਰਲੇ ਹਿੱਸੇ ਤੋਂ ਦੋ ਆਈਟਮ ਲੈਂਦਾ ਹੈ (ਡੇਟਾ ਜੋ ਬਿਟਕਾਇਨ ਖਰਚਣ ਵਾਲੇ ਯੂਜ਼ਰ ਵੱਲੋਂ ਪ੍ਰਦਾਨ ਕੀਤਾ ਜਾਂਦਾ ਹੈ)।
- ਇਹ ਉਨ੍ਹਾਂ ਨੂੰ ਇੱਕ ਵੱਡੇ ਡੇਟਾ ਪੀਸ ਵਿੱਚ ਜੋੜਦਾ ਹੈ।
- ਉਤਪੰਨ ਡੇਟਾ ਨੂੰ ਸਕ੍ਰਿਪਟ ਵੈਲੀਡੇਸ਼ਨ ਲਈ ਸਟੈਕ 'ਤੇ ਵਾਪਸ ਰੱਖਿਆ ਜਾਂਦਾ ਹੈ।
ਇਹ ਲੱਗਭਗ ਛੋਟੀ ਸਮਰੱਥਾ ਯੂਜ਼ਰਾਂ ਨੂੰ ਸਕ੍ਰਿਪਟ ਵਿੱਚ ਅਸਿੱਧੇ ਤੌਰ 'ਤੇ ਡੇਟਾ ਪੀਸਾਂ ਨੂੰ commit ਕਰਨ ਅਤੇ ਬਾਅਦ ਵਿੱਚ ਉਨ੍ਹਾਂ ਨੂੰ ਖੋਲ੍ਹਣ ਦੀ ਆਗਿਆ ਦਿੰਦੀ ਹੈ, ਸਾਬਤ ਕਰਦੀ ਹੋਈ ਕਿ ਖੋਲ੍ਹਿਆ ਡੇਟਾ ਮੂਲ ਕਮਿਟਮੈਂਟ ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਹੈ। ਇਹ ਉਹ ਕ੍ਰਿਪਟੋਗ੍ਰਾਫਿਕ ਕੁੰਜੀ ਹੈ ਜੋ ਉੱਚ-ਕੁਸ਼ਲ ਗੁੰਝਲਦਾਰ ਕੰਟ੍ਰੈਕਟ ਢਾਂਚਿਆਂ ਨੂੰ ਖੋਲ੍ਹਦੀ ਹੈ।
ਇਤਿਹਾਸਕ ਸੰਦਰਭ ਅਤੇ ਆਧੁਨਿਕ ਸੁਰੱਖਿਆ
OP_CAT ਫਿਰ ਵੀ ਮੂਲ ਬਿਟਕਾਇਨ ਕੋਡ ਦਾ ਹਿੱਸਾ ਸੀ ਪਰ 2010 ਵਿੱਚ ਨਿਸ਼ਕਰਸ਼ ਕੀਤਾ ਗਿਆ ਸੀ ਕਿਉਂਕਿ ਸਟੈਕ 'ਤੇ ਕਿੰਨਾ ਡੇਟਾ ਜਨਰੇਟ ਅਤੇ ਸਟੋਰ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ ਬਾਰੇ ਡਿਨਾਈਲ-ਅਫ-ਸਰਵਿਸ ਹਮਲਿਆਂ ਨਾਲ ਸਬੰਧਤ ਚਿੰਤਾਵਾਂ ਕਾਰਨ, ਜੋ ਨੋਡ ਮੈਮਰੀ ਨੂੰ ਭਰਮਾਉਣ ਦੀ ਸੰਭਾਵਨਾ ਰੱਖਦੀ ਹੈ।
ਅੱਜ, ਗੁਣਵੱਤਾ ਵਾਲੇ ਵਿਕਾਸਾਂ ਦੇ ਕਾਰਨ—ਖਾਸ ਕਰਕੇ Taproot ਅਤੇ ਇਸ ਦੇ ਸਾਥੀ ਸਕ੍ਰਿਪਟਿੰਗ ਸੁਧਾਰਾਂ ਦੇ ਅਮਲ, ਨਾਲ ਹੀ ਆਧੁਨਿਕ ਲੈਣ-ਦੇਣ ਹੱਦਾਂ ਅਤੇ ਮੈਮਰੀ ਹੈਂਡਲਿੰਗ—ਇਹ ਇਤਿਹਾਸਕ ਸੁਰੱਖਿਆ ਜੋਖਮ ਘਟਾਏ ਗਏ ਹਨ। OP_CAT ਲਈ ਆਧੁਨਿਕ ਪ੍ਰਸਤਾਵ ਵਿੱਚ ਡੇਟਾ ਸੈਗਮੈਂਟਸ ਦੇ ਆਕਾਰ 'ਤੇ ਸਖ਼ਤ ਹੱਦਾਂ ਸ਼ਾਮਲ ਹਨ, ਜੋ ਨੈੱਟਵਰਕ ਨੂੰ ਸਥਿਰ ਅਤੇ ਸੁਰੱਖਿਅਤ ਰੱਖਦੇ ਹੋਏ ਸ਼ਕਤੀਸ਼ਾਲੀ ਨਵੀਂ ਫੰਕਸ਼ਨੈਲਟੀ ਪ੍ਰਦਾਨ ਕਰਦੀਆਂ ਹਨ।
ਬਿਟਕਾਇਨ ਕੋਵੈਨੈਂਟਸ ਅਤੇ ਵਾਲਟਸ ਨੂੰ ਖੋਲ੍ਹਣਾ
OP_CAT ਨਾਲ ਸੰਭਵ ਕੀਤੀ ਗਈ ਮੁੱਖ ਅਤੇ ਸਭ ਤੋਂ ਵਧੀਆ ਐਪਲੀਕੇਸ਼ਨ ਹੈ ਕੋਵੈਨੈਂਟਸ ਦਾ ਮਜ਼ਬੂਤ, ਭਰੋਸੇ ਵਾਲਾ ਲਾਗੂ ਕਰਨਾ—ਖਾਸ ਤੌਰ 'ਤੇ, ਸੁਰੱਖਿਅਤ, ਸਵੈ-ਹਿਰਾਸਤ ਬਿਟਕਾਇਨ ਵਾਲਟ ਦਾ ਨਿਰਮਾਣ।
ਬਿਟਕਾਇਨ ਕੋਵੈਨੈਂਟਸ ਨੂੰ ਪਰਿਭਾਸ਼ਿਤ ਕਰਨਾ
ਕੋਵੈਨੈਂਟ ਇੱਕ ਪਾਬੰਦੀ ਹੈ ਜੋ ਭਵਿੱਖ ਵਿੱਚ ਅਖੰਡ ਲੈਣ-ਦੇਣ ਨਿਕਾਸੀ (UTXO) ਨੂੰ ਕਿਵੇਂ ਖਰਚਣ ਬਾਰੇ ਰੱਖੀ ਜਾਂਦੀ ਹੈ।
ਮਾਪੀਆ ਬਿਟਕਾਇਨ ਲੈਣ-ਦੇਣਾਂ ਵਿੱਚ, ਇਕਲੌਤੀ ਪਾਬੰਦੀ ਇਹ ਹੈ ਕੌਣ ਫੰਡ ਖਰਚ ਸਕਦਾ ਹੈ (ਅਰਥਾਤ, ਸਹੀ ਨਿੱਜੀ ਕੁੰਜੀ ਅਤੇ ਹਸਤਾਖਰ ਹੋਣਾ)। ਇੱਕ ਵਾਰ ਫੰਡ ਖੋਲ੍ਹੇ ਜਾਣ ਤੋਂ ਬਾਅਦ, ਉਹਨਾਂ ਨੂੰ ਖਰਚ ਕਰਨ ਵਾਲੇ ਵੱਲੋਂ ਚੁਣੇ ਕਿਸੇ ਵੀ ਪਤੇ 'ਤੇ ਭੇਜਿਆ ਜਾ ਸਕਦਾ ਹੈ।
ਕੋਵੈਨੈਂਟ ਇੱਕ ਹੋਰ ਪਰਤ ਜੋੜਦਾ ਹੈ: ਇਹ ਫੰਡਾਂ ਨੂੰ ਕਿੱਥੇ ਜਾਣ ਤੋਂ ਰੋਕਦਾ ਹੈ। ਉਦਾਹਰਨ ਲਈ, ਇੱਕ ਕੋਵੈਨੈਂਟ ਕਹਿ ਸਕਦਾ ਹੈ: "ਇਹ ਫੰਡ ਸਿਰਫ਼ ਤਾਂ ਖਰਚੇ ਜਾ ਸਕਦੇ ਹਨ ਜੇ ਉਹਨਾਂ ਨੂੰ ਪਤਾ X 'ਤੇ ਭੇਜਿਆ ਜਾਵੇ, ਜਾਂ ਜੇ ਉਹਨਾਂ ਨੂੰ ਪਹਿਲਾਂ 90 ਦਿਨਾਂ ਲਈ ਬੰਦ ਕੀਤਾ ਜਾਵੇ।"
ਇਹ ਧਾਰਨਾ ਗੁੰਝਲਦਾਰ ਵਿੱਤੀ ਯੰਤਰਾਂ ਨੂੰ ਬਣਾਉਣ ਅਤੇ, ਮਹੱਤਵਪੂਰਨ ਤੌਰ 'ਤੇ, ਬਹੁਤ ਵਧੀਆ ਸਵੈ-ਹਿਰਾਸਤ ਹੱਲਾਂ ਲਈ ਬੁਨਿਆਦੀ ਹੈ।
ਸਭ ਤੋਂ ਵਧੀਆ ਸਵੈ-ਹਿਰਾਸਤ: ਬਿਟਕਾਇਨ ਵਾਲਟ
ਸਵੈ-ਹਿਰਾਸਤ ਅਪਣਾਉਣ ਵਾਲਿਆਂ ਲਈ, ਸਭ ਤੋਂ ਵੱਡਾ ਜੋਖਮ ਨੈੱਟਵਰਕ ਫੇਲ ਹੋਣਾ ਨਹੀਂ ਹੈ; ਇਹ ਕੁੰਜੀ ਗੁਆਉਣਾ, ਕੁੰਜੀ ਚੋਰੀ ਹੋਣਾ ਜਾਂ ਮਨੁੱਖੀ ਗਲਤੀ ਹੈ। ਇੱਕ ਬਿਟਕਾਇਨ ਵਾਲਟ ਨਿੱਜੀ ਕੁੰਜੀ ਸੁਰੱਖਿਆ ਦੀ "ਸਭ ਕੁਝ ਜਾਂ ਕੁਝ ਨਹੀਂ" ਸਮੱਸਿਆ ਨੂੰ ਹੱਲ ਕਰਦਾ ਹੈ।
OP_CAT ਕਿਵੇਂ ਵਾਲਟ ਢਾਂਚੇ ਨੂੰ ਸੰਭਵ ਬਣਾਉਂਦਾ ਹੈ:
OP_CAT ਤੋਂ ਬਿਨਾਂ, ਇੱਕ ਕੁਸ਼ਲ ਵਾਲਟ ਬਣਾਉਣਾ ਬਹੁਤ ਭਾਰੀ ਜਾਂ ਅਸੰਭਵ ਹੈ ਕਿਉਂਕਿ ਸਕ੍ਰਿਪਟ ਨੂੰ ਭਵਿੱਖ ਖਰਚ ਲੈਣ-ਦੇਣ ਦੇ ਢਾਂਚੇ ਨੂੰ ਬੰਨ੍ਹਣ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। OP_CAT ਸਕ੍ਰਿਪਟ ਨੂੰ ਲੈਣ-ਦੇਣ ਦੇ ਡੇਟਾ ਦੇ ਟੁਕੜਿਆਂ (ਜਿਵੇਂ ਗੰਤਵੀ ਪਤਾ ਅਤੇ ਸਮਾਂ ਲਾਕ ਪੈਰਾਮੀਟਰਾਂ) ਨੂੰ ਕੁਸ਼ਲਤਾ ਨਾਲ ਜੋੜਨ ਅਤੇ ਉਹਨਾਂ ਨੂੰ ਪੈਸੇ ਖਰਚਣ ਲਈ ਲੋੜੀਂਦੀਆਂ ਸ਼ਰਤਾਂ ਨਾਲ ਜਾਂਚਣ ਦੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ।
ਵਿਹਾਰਕ ਉਦਾਹਰਨ: ਸਮਾਂ-ਬੰਦ ਰਿਕਵਰੀ ਵਾਲਟ
ਕਲਪਨਾ ਕਰੋ ਇੱਕ ਅਮੀਰ ਵਿਅਕਤੀ ਵੱਡੀ ਮਾਤਰਾ ਵਿੱਚ ਬਿਟਕਾਇਨ ਸਟੋਰ ਕਰ ਰਿਹਾ ਹੈ। ਉਹ ਨੀਵਾਂ ਦੋ ਖਰਚ ਰਾਹਾਂ (ਕੋਵੈਨੈਂਟਸ) ਵਾਲੇ ਵਾਲਟ ਨੂੰ ਲਾਗੂ ਕਰਦੇ ਹਨ:
- ਮਾਪੀਆ ਰਾਹ (ਤੇਜ਼ ਪਹੁੰਚ): ਰੋਜ਼ਾਨਾ ਵਰਤੋਂ ਜਾਂ ਤੇਜ਼ ਪਹੁੰਚ ਲਈ ਹੌਟ ਕੁੰਜੀ (ਕੁੰਜੀ A) ਨਾਲ ਤੁਰੰਤ ਖਰਚਯੋਗ।
- ਰਿਕਵਰੀ ਰਾਹ (ਸੁਰੱਖਿਆ ਰਾਹ): ਜੇ ਕੁੰਜੀ A ਹਾਸਿਲ ਜਾਂ ਗੁਆਈ ਜਾਵੇ, ਤਾਂ ਬੈਕਅਪ ਕੁੰਜੀ (ਕੁੰਜੀ B, ਆਫਲਾਈਨ/ਭੂਗੋਲਿਕ ਰੂਪ ਵਿੱਚ ਵੱਖਰੀ) ਰਿਕਵਰੀ ਕ੍ਰਮ ਸ਼ੁਰੂ ਕਰ ਸਕਦੀ ਹੈ।
ਰਿਕਵਰੀ ਰਾਹ ਦਾ ਮੁੱਖ ਹਿੱਸਾ ਇਸ ਦਾ ਢਾਂਚਾ ਹੈ:
- ਹਾਸਿਲ ਹੋਣਾ ਪਤਾ ਲੱਗਾ: ਜੇ ਕੁੰਜੀ A ਚੋਰੀ ਹੋ ਜਾਵੇ, ਹਮਲਾਵਰ ਫੰਡ ਖਰਚਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰ ਸਕਦਾ ਹੈ। ਚੂੰਕਿ ਵਾਲਟ
OP_CATਨਾਲ ਸੰਭਵ ਕੋਵੈਨੈਂਟਸ ਵਰਤਦਾ ਹੈ, ਮਾਪੀਆ ਰਾਹ ਕਿਸੇ ਵੀ ਖਰਚ ਲੈਣ-ਦੇਣ ਨੂੰ ਪਹਿਲਾਂ ਫੰਡਾਂ ਨੂੰ ਦੂਜਰੇ, ਅਸਥਾਈ ਪਤੇ 'ਤੇ ਭੇਜਣ ਅਤੇ ਉਹਨਾਂ ਨੂੰ ਸੱਤ ਦਿਨਾਂ ਲਈ ਬੰਦ ਕਰਨ ਦੀ ਫੌਜਦਾਰੀ ਕਰ ਸਕਦਾ ਹੈ। - ਫ੍ਰੀਜ਼ ਅਵਧੀ: ਜਦੋਂ ਹਮਲਾਵਰ ਖਰਚਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਦਾ ਹੈ, ਫੰਡ ਆਪਣੇ ਆਪ ਸੱਤ ਦਿਨਾਂ ਲਈ ਫ੍ਰੀਜ਼ ਹੋ ਜਾਂਦੇ ਹਨ।
- ਉਪਭੋਗਤਾ ਦਖਲ: ਸੱਤ ਦਿਨਾਂ ਦੀ ਅਵਧੀ ਦੌਰਾਨ, ਉਪਭੋਕਤਾ, ਅਣਅਧਿਕਾਰਕ ਲੈਣ-ਦੇਣ ਨੂੰ ਨੋਟਿਸ ਕਰਕੇ, ਆਪਣੀ ਆਫਲਾਈਨ ਕੁੰਜੀ B ਨਾਲ "ਰੀਕੈਪਚਰ ਸਕ੍ਰਿਪਟ" ਨੂੰ ਚਲਾ ਸਕਦਾ ਹੈ। ਇਹ ਸਕ੍ਰਿਪਟ ਮਾਲਕੀ ਸਾਬਤ ਕਰਦੀ ਹੈ ਅਤੇ ਹਮਲਾਵਰ ਦੀ ਸੱਤ ਦਿਨਾਂ ਦੀ ਬੰਦੀ ਖਤਮ ਹੋਣ ਤੋਂ ਪਹਿਲਾਂ ਫੰਡਾਂ ਨੂੰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਨਵੇਂ, ਸੁਰੱਖਿਅਤ ਪਤੇ 'ਤੇ ਰੀਡਾਇਰੈਕਟ ਕਰਦੀ ਹੈ।
ਸਾਰੰਸ਼ ਵਿੱਚ, OP_CAT ਸਕ੍ਰਿਪਟ ਨੂੰ ਹਮਲਾਵਰ ਦੇ ਖਰਚਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਵਾਲੇ ਲੈਣ-ਦੇਣ ਨੂੰ ਪਹਿਲਾਂ ਤੋਂ ਨਿਰਧਾਰਿਤ ਸੁਰੱਖਿਆ ਨਿਯਮਾਂ ਨਾਲ ਕੁਸ਼ਲਤਾ ਨਾਲ ਤੁਲਨਾ ਕਰਨ ਦੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ, ਬਿਟਕਾਇਨ L1 'ਤੇ ਸਿੱਧਾ ਬਿਲਟ-ਇਨ ਅਲਾਰਮ ਸਿਸਟਮ ਅਤੇ ਦੇਰੀ ਯੰਤਰ ਬਣਾਉਂਦਾ ਹੈ। ਇਹ ਬਿਟਕਾਇਨ ਦੀ ਸ਼ੁਰੂਆਤ ਤੋਂ ਸਵੈ-ਹਿਰਾਸਤ ਲਈ ਸਭ ਤੋਂ ਵੱਡਾ ਸੁਰੱਖਿਆ ਅਪਗ੍ਰੇਡ ਹੈ।
OP_CAT ਨਾਲ ਸੰਭਵ ਬਣੀਆਂ ਅਡਵਾਂਸਡ DeFi ਐਪਲੀਕੇਸ਼ਨਾਂ
ਜਦੋਂਕਿ ਵਾਲਟਸ ਸੁਰੱਖਿਆ ਪ੍ਰਦਾਨ ਕਰਦੇ ਹਨ, ਕੋਵਨੈਂਟਸ ਬਣਾਉਣ ਦੀ ਸਮਰੱਥਾ ਵੀ ਵਿੱਤੀ ਕੰਟ੍ਰੈਕਟਸ ਦੇ ਰੇਂਜ ਨੂੰ ਮੂਲ ਤਰੀਕੇ ਨਾਲ ਵਿਸਥਾਰਦੀ ਹੈ ਜੋ ਭਰੋਸੇਯੋਗ ਤੀਜੀ ਪਾਰਟੀਆਂ 'ਤੇ ਨਿਰਭਰ ਬਿਨਾਂ ਸੁਰੱਖਿਅਤ ਢੰਗ ਨਾਲ ਅਮਲ ਵਿੱਚ ਲਾਏ ਜਾ ਸਕਦੇ ਹਨ। ਇਹ ਬਿਟਕਾਇਨ DeFi ਦਾ ਸਾਰ ਹੈ।
ਟ੍ਰੱਸਟਲੈੱਸ ਵਿਤਰਿਤ ਐਕਸਚੇਂਜਸ (DEXs)
ਬਿਟਕਾਇਨ ਲਈ ਮੌਜੂਦਾ ਵਿਤਰਿਤ ਐਕਸਚੇਂਜ ਅਕਸਰ ਲੇਅਰ 2 ਹੱਲਾਂ ਜਾਂ ਗੁੰਝਲਦਾਰ ਕ੍ਰੌਸ-ਚੇਨ ਬ੍ਰਿਜਾਂ 'ਤੇ ਨਿਰਭਰ ਕਰਦੇ ਹਨ, ਜੋ ਵੱਖ-ਵੱਖ ਹੱਦਾਂ ਦੇ ਭਰੋਸੇ ਅਨੁਮਾਨ ਜਾਂ ਗੁੰਝਲਦਾਰਤਾ ਪੈਦਾ ਕਰਦੇ ਹਨ। ਸ਼ਕਤੀਸ਼ਾਲੀ ਕੋਵਨੈਂਟਸ ਨਾਲ, ਅਸੀਂ L1 'ਤੇ ਅਣਵੰਡਯੋਗ ਸਵੈਪ ਯੰਤਰਾਂ ਨੂੰ ਅਣਪਛਾਤੇ ਕੁਸ਼ਲਤਾ ਨਾਲ ਬਣਾ ਸਕਦੇ ਹਾਂ।
- ਸ਼ਰਤੀ ਟ੍ਰੇਡਿੰਗ ਲੌਜਿਕ:
OP_CATਸਕ੍ਰਿਪਟਸ ਦੀ ਰਚਨਾ ਨੂੰ ਸੰਭਵ ਬਣਾਉਂਦਾ ਹੈ ਜੋ ਕੁਸ਼ਲਤਾ ਨਾਲ ਜਾਂਚਦੇ ਹਨ ਕਿ ਟ੍ਰੇਡਿੰਗ ਪਾਰਟਨਰ ਨੇ ਕੰਟ੍ਰੈਕਟ ਸ਼ਰਤਾਂ ਨੂੰ ਪਾਲਿਆ ਹੈ (ਉਦਾਹਰਨ ਲਈ, ਇਹ ਵੈਰੀਫਾਈ ਕਰਨਾ ਕਿ ਕਾਉਂਟਰ-ਐਸੈੱਟ ਦੀ ਸਹੀ ਰਕਮ ਭੁਗਤਾਨ ਕੀਤੀ ਗਈ ਹੈ)। - ਆਰਡਰ ਬੁੱਕ ਕਮਿਟਮੈਂਟਸ: ਯੂਜ਼ਰ ਆਪਣੇ ਟ੍ਰੇਡਿੰਗ ਪੈਰਾਮੀਟਰਾਂ (ਕੀਮਤ, ਮਾਤਰਾ) ਨੂੰ ਕ੍ਰਿਪਟੋਗ੍ਰਾਫਿਕ ਤਰੀਕੇ ਨਾਲ ਇੱਕ ਕੰਪੈਕਟ ਢੰਗ ਨਾਲ ਕਮਿਟ ਕਰ ਸਕਦੇ ਹਨ। ਕੰਟੈਨੇਸ਼ਨ ਸਮਰੱਥਾ ਵੈਰੀਫਿਕੇਸ਼ਨ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਸਰਲ ਬਣਾਉਂਦੀ ਹੈ, ਬੇਸ ਲੇਅਰ 'ਤੇ ਗੁੰਝਲਦਾਰ ਟ੍ਰੇਡਾਂ ਨੂੰ ਨਿਪਟਾਰਨਾ ਸਸਤਾ ਅਤੇ ਤੇਜ਼ ਬਣਾਉਂਦੀ ਹੈ, ਅਣਵੰਡਯੋਗਤਾ ਨੂੰ ਯਕੀਨੀ ਬਣਾਉਂਦੀ ਹੈ—ਅਰਥਾਤ ਟ੍ਰੇਡ ਜਾਂ ਤਾਂ ਪੂਰੀ ਤਰ੍ਹਾਂ ਹੁੰਦਾ ਹੈ, ਜਾਂ ਨਹੀਂ ਹੁੰਦਾ।
ਸੁਫਿਸਟੀਕੇਟਿਡ ਮਲਟੀ-ਸਿਗਨੇਚਰ ਸਕੀਮਾਂ
ਮਲਟੀ-ਸਿਗਨੇਚਰ (ਮਲਟੀ-ਸਿਗ) ਸੈੱਟਅਪ ਪਹਿਲਾਂ ਹੀ ਕ੍ਰਿਪਟੋ ਦੁਨੀਆ ਵਿੱਚ ਸੁਰੱਖਿਆ ਦਾ ਬੁਨਿਆਦੀ ਪੱਥਰ ਹਨ, ਜਿਸ ਨੂੰ ਲੈਣ-ਦੇਣ ਨੂੰ ਅਧਿਕਾਰ ਦੇਣ ਲਈ ਬਹੁਤ ਸਾਰੀਆਂ ਕੁੰਜੀਆਂ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ (ਉਦਾਹਰਨ ਲਈ, 3-ਅਫ-5 ਕੁੰਜੀਆਂ ਲੋੜੀਂਦੀਆਂ)। ਹਾਲਾਂਕਿ, ਰਵਾਇਤੀ ਮਲਟੀ-ਸਿਗ ਸਖ਼ਤ ਹੈ।
OP_CAT ਕੋਵਨੈਂਟਿਡ ਮਲਟੀ-ਸਿਗ ਨੂੰ ਸੰਭਵ ਬਣਾਉਂਦਾ ਹੈ, ਜੋ ਲਚਕੀਲਾਪਣ ਅਤੇ ਜਵਾਬਦੇਹੀ ਪੈਦਾ ਕਰਦਾ ਹੈ:
- ਕੁੰਜੀ ਰੋਟੇਸ਼ਨ: 3-ਅਫ-5 ਮਲਟੀ-ਸਿਗ ਵਰਤਣ ਵਾਲੀ ਕੰਪਨੀ ਕੋਵਨੈਂਟ ਕਰ ਸਕਦੀ ਹੈ ਕਿ ਕੋਈ ਵੀ ਖਰਚਣ ਵਾਲਾ ਲੈਣ-ਦੇਣ ਮਲਟੀ-ਸਿਗ ਢਾਂਚੇ ਨੂੰ ਅਪਡੇਟ ਕਰਨ ਲਈ ਵੀ ਵਰਤਿਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ, ਸਮਾਨ, ਅਨੁਸ੍ਚਿਤ ਕੁੰਜੀ ਰੋਟੇਸ਼ਨ ਨੂੰ ਸਹੂਲਤ ਦਿੰਦਾ ਹੈ ਬਿਨਾਂ ਹਰ ਵਾਰ ਮਹਿੰਗੇ, ਵੱਖਰੇ ਲੈਣ-ਦੇਣ ਦੀ ਲੋੜ।
- ਐਮਰਜੈਂਸੀ ਅਥਾਰਾਈਜ਼ੇਸ਼ਨ: ਲੌਜਿਕ ਨੂੰ ਸਕ੍ਰਿਪਟ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ "ਬ੍ਰੇਕ ਗਲਾਸ" ਸੀਨੇਰੀਓ ਨੂੰ ਪਰਿਭਾਸ਼ਿਤ ਕਰਨ ਲਈ ਜਿੱਥੇ, ਜੇ 48 ਘੰਟੇ ਬਿਨਾਂ 3-ਅਫ-5 ਅਨੁਮੋਦਨ ਬਿਨਾਂ ਲੰਘ ਜਾਣ, ਤਾਂ ਵਿਸ਼ੇਸ਼ 2-ਅਫ-5 ਕਮੇਟੀ (ਉਦਾਹਰਨ ਲਈ, CEO ਅਤੇ ਲੀਗਲ ਕਾਉਂਸਲ) ਫੰਡਸ ਨੂੰ ਪੂਰਵ-ਨਿਰਧਾਰਿਤ ਸੁਰੱਖਿਅਤ ਪਤੇ 'ਤੇ ਖਰਚ ਸਕਦੀ ਹੈ। ਇਹ ਲੋੜੀਂਦੀ ਓਪਰੇਸ਼ਨਲ ਲਚਕੀਲਾਪਣ ਜੋੜਦੀ ਹੈ ਅਤੇ ਗੁਆਈਆਂ ਕੁੰਜੀਆਂ ਕਾਰਨ ਫੰਡਸ ਨੂੰ ਸਥਾਈ ਤੌਰ 'ਤੇ ਲੌਕ ਹੋਣ ਦੇ ਜੋਖਮ ਨੂੰ ਘਟਾਉਂਦੀ ਹੈ।
ਵਧਾਏ ਹੋਏ ਟਾਈਮ ਲੌਕਸ ਅਤੇ ਐਸਕ੍ਰੋ ਸਰਵਿਸਾਂ
ਟਾਈਮ ਲੌਕਸ ਨੂੰ ਅਜੇ ਇੱਕ ਨਿਰਧਾਰਿਤ ਬਲਾਕ ਹਾਈਟ ਜਾਂ ਸਮੇਂ ਤੱਕ ਖਰਚਣ ਨੂੰ ਪਾਬੰਦੀ ਕਰਨ ਲਈ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ। OP_CAT ਟਾਈਮ ਲੌਕਸ ਨੂੰ ਸ਼ਰਤੀ ਅਤੇ ਕੰਪੋਜ਼ਿਟ ਬਣਾਉਣ ਦੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ, ਬਾਹਰੀ ਓਰੇਕਲਸ ਜਾਂ ਮਨੁੱਖੀ ਵਿਚਾਰਕਾਂ 'ਤੇ ਨਿਰਭਰ ਬਿਨਾਂ ਸੁਰੱਖਿਅਤ ਐਸਕ੍ਰੋ ਅਤੇ ਸ਼ਰਤੀ ਭੁਗਤਾਨ ਸਿਸਟਮ ਬਣਾਉਂਦਾ ਹੈ।
- ਐਸਕ੍ਰੋ: ਫੰਡਸ ਨੂੰ ਲੌਕ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ, ਇੱਕ ਸਕ੍ਰਿਪਟ ਨਾਲ ਸਰੋਤ ਹੇਠ, ਜੋ ਲੋੜ ਕਰਦੀ ਹੈ ਕਿ ਫੰਡਸ ਸਿਰਫ਼ ਤਾਂ ਰਿਲੀਜ਼ ਹੋਣ ਜੇ ਤਿੰਨ ਪਾਰਟੀਆਂ (ਖਰੀਦਦਾਰ, ਵਿਕ੍ਰੇਤਾ, ਅਰਬਿਟ੍ਰੇਟਰ) ਵਿੱਚੋਂ ਦੋ ਹਸਤਾਖਰ ਕਰਨ।
OP_CATਨਾਲ, ਸਕ੍ਰਿਪਟ ਆਊਟਪੁੱਟ ਪਤੇ ਅਤੇ ਢਾਂਚੇ ਨੂੰ ਕੁਸ਼ਲਤਾ ਨਾਲ ਵੈਰੀਫਾਈ ਕਰ ਸਕਦੀ ਹੈ ਜੋ ਪ੍ਰਦਾਨ ਕੀਤੇ ਹਸਤਾਖਰਾਂ ਦੇ ਕੰਬੀਨੇਸ਼ਨ 'ਤੇ ਅਧਾਰਤ ਹੈ, ਕੰਟ੍ਰੈਕਟ ਨੂੰ ਮਜ਼ਬੂਤ ਅਤੇ ਟ੍ਰੱਸਟਲੈੱਸ ਬਣਾਉਂਦੀ ਹੈ।
L1 ਗੁੰਝਲਦਾਰਤਾ ਦੇ ਆਰਕੀਟੈਕਚਰਲ ਟ੍ਰੇਡ-ਅਫਸ
ਜੇ ਇੱਕ ਸਾਧਾਰਨ ਓਪਕੋਡ ਅਜਿਹੀ ਸ਼ਕਤੀਸ਼ਾਲੀ ਫੰਕਸ਼ਨੈਲਟੀ ਨੂੰ ਖੋਲ੍ਹ ਸਕਦਾ ਹੈ, ਤਾਂ ਬਿਟਕਾਇਨ ਨੇ Ethereum ਵਰਗੀ ਪੂਰੀ ਵਰਚੁਅਲ ਮਸ਼ੀਨ ਕਿਉਂ ਨਹੀਂ ਜੋੜੀ? ਜਵਾਬ ਸੁਰੱਖਿਆ, ਵਿਤਰੀਕਰਨ ਅਤੇ ਫੰਕਸ਼ਨੈਲਟੀ ਵਿਚਕਾਰ ਮੁੱਢਲੇ ਟ੍ਰੇਡ-ਅਫ ਵਿੱਚ ਨਿਹਿਤ ਹੈ।
ਸੁਰੱਖਿਆ ਵਿਰੁੱਧ ਪਰਫਾਰਮੈਂਸ
ਬਿਟਕਾਇਨ ਦੀ ਲੇਅਰ 1 'ਤੇ ਅਮਲ ਵਿੱਚ ਲਾਈ ਗਈ ਹਰ ਕਿਰਿਆ ਨੂੰ ਨੈੱਟਵਰਕ ਵਿੱਚ ਹਰ ਫੁੱਲ ਨੋਡ ਵੱਲੋਂ ਹਮੇਸ਼ਾ ਵੈਲੀਡੇਟ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ। ਇਹ ਯੂਨੀਵਰਸਲ ਵੈਲੀਡੇਸ਼ਨ ਬਿਟਕਾਇਨ ਦੀ ਸੁਰੱਖਿਆ ਅਤੇ ਫਾਈਨੈਲਟੀ ਨੂੰ ਯਕੀਨੀ ਬਣਾਉਂਦੀ ਹੈ।
- L1 ਲੋੜ: L1 'ਤੇ ਫੰਕਸ਼ਨੈਲਟੀ ਨੂੰ ਬਹੁਤ ਸੀਮਤ ਰੱਖਣਾ ਚਾਹੀਦਾ ਹੈ ਘੱਟ ਵੈਲੀਡੇਸ਼ਨ ਲਾਗਤਾਂ ਨੂੰ ਬਜ਼ਾਉਣ ਅਤੇ ਨੈੱਟਵਰਕ ਨੂੰ ਵਿਤਰਿਤ ਰੱਖਣ ਲਈ (ਅਰਥਾਤ ਕੋਈ ਵੀ ਨੋਡ ਚਲਾ ਸਕੇ)। ਜੇ L1 ਲੈਣ-ਦੇਣ ਬਹੁਤ ਗੁੰਝਲਦਾਰ ਜਾਂ ਵੱਡੇ ਹੋ ਜਾਣ, ਤਾਂ ਇਹ ਕੈਜ਼ੂਅਲ ਨੋਡ ਓਪਰੇਟਰਾਂ ਨੂੰ ਬਾਹਰ ਕਰ ਦਿੰਦਾ ਹੈ, ਕੇਂਦਰੀਕਰਨ ਵੱਲ ਲੈ ਜਾਂਦਾ ਹੈ।
- ਸਾਧਾਰਣਤਾ ਦੀ ਸ਼ਕਤੀ:
OP_CATਇੱਕ ਆਦਰਸ਼ ਹੱਲ ਹੈ ਕਿਉਂਕਿ ਇਹ ਸਾਧਾਰਨ, ਪੂਰਵਾਨੁਮਾਨਕ ਅਤੇ ਸਕ੍ਰਿਪਟਸ ਲਈ ਵੱਧੋ-ਵੱਧ ਡੇਟਾ ਆਕਾਰ ਨੂੰ ਥੋੜ੍ਹਾ ਵਧਾਉਂਦਾ ਹੈ। ਇਹ ਘੱਟ ਆਰਕੀਟੈਕਚਰਲ ਜੋਖਮ ਨਾਲ ਉੱਚ-ਮੁੱਲ ਵਾਲੀ ਫੰਕਸ਼ਨੈਲਟੀ (ਕੋਵਨੈਂਟਸ) ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ।
ਲੇਅਰ 1 ਵਿਰੁੱਧ ਲੇਅਰ 2 ਦਰਸ਼ਨ
ਬਿਟਕਾਇਨ ਦੀਆਂ ਸਮਾਰਟ ਕੰਟ੍ਰੈਕਟ ਸਮਰੱਥਾਵਾਂ 'ਤੇ ਬਹਿਸ ਅਕਸਰ ਹਰ ਲੇਅਰ ਦੇ ਉਦੇਸ਼ 'ਤੇ ਕੇਂਦਰਿਤ ਹੁੰਦੀ ਹੈ।
| ਵਿਸ਼ੇਸ਼ਤਾ | ਲੇਅਰ 1 (ਬੇਸ ਚੇਨ) | ਲੇਅਰ 2 (ਉਦਾ., ਲਾਈਟਨਿੰਗ, ਸਾਈਡਚੇਨਾਂ) |
|---|---|---|
| ਮੁੱਖ ਫੋਕਸ | ਸੁਰੱਖਿਆ, ਫਾਈਨਲ ਸੈਟਲਮੈਂਟ, ਉੱਚ-ਮੁੱਲ ਸਟੋਰੇਜ। | ਸਪੀਡ, ਵਾਲੀਊਮ, ਸਸਤੇ ਲੈਣ-ਦੇਣ, ਗੁੰਝਲਦਾਰ ਇੰਟਰੈਕਸ਼ਨ। |
| ਟ੍ਰੱਸਟ ਮਾਡਲ | ਟ੍ਰੱਸਟਲੈੱਸ (ਪ੍ਰੂਫ਼-ਅਫ-ਵਰਕ ਨਾਲ ਸੁਰੱਖਿਅਤ)। | L1 'ਤੇ ਨਿਪਟਾਰੇ ਲਈ ਨਿਰਭਰ, ਥੋੜ੍ਹੇ ਟ੍ਰੱਸਟ ਅਨੁਮਾਨਾਂ ਦੀ ਲੋੜ ਹੋ ਸਕਦੀ ਹੈ। |
| OP_CAT ਦੀ ਭੂਮਿਕਾ | ਸੁਰੱਖਿਅਤ ਪ੍ਰਿਮੀਟਿਵਸ (ਵਾਲਟਸ, ਕੋਵਨੈਂਟਸ) ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ ਜੋ ਲੇਅਰ 2 ਹੱਲ ਅੰਤਿਮ ਸੁਰੱਖਿਆ ਅਤੇ ਰਿਕਵਰੀ ਲਈ ਨਿਰਭਰ ਕਰ ਸਕਦੇ ਹਨ। | ਅਧਾਰ L1 ਦੀਆਂ ਸੁਰੱਖਿਆ ਗੈਰੰਟੀਆਂ ਵਰਤਦਾ ਹੈ। |
ਬਿਟਕਾਇਨ ਵਿਕਾਸਕਰਤਾ ਆਮ ਤੌਰ 'ਤੇ "ਲੇਅਰ 1 ਸੁਰੱਖਿਆ ਲਈ ਹੈ, ਲੇਅਰ 2 ਸਕੇਲਿੰਗ ਲਈ ਹੈ" ਮੰਤਰ ਨੂੰ ਪਾਲਦੇ ਹਨ। OP_CAT L1 ਨੂੰ ਸੁਰੱਖਿਆ ਲੇਅਰ ਵਜੋਂ ਮਜ਼ਬੂਤ ਕਰਦਾ ਹੈ ਯੂਜ਼ਰਾਂ ਨੂੰ ਆਪਣੇ ਵੱਡੇ, ਲੰਬੇ-ਕਾਲੀਨ ਹੋਲਡਿੰਗਸ ਨੂੰ ਅਟੱਲ, ਕੋਵਨੈਂਟ-ਅਧਾਰਿਤ ਸੁਰੱਖਿਆ ਢਾਂਚਿਆਂ ਨਾਲ ਸੁਰੱਖਿਅਤ ਕਰਨ ਦੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ।
Ethereum ਜਾਂ Solana ਕਿਉਂ ਨਾ ਵਰਤੀਏ?
ਸਿਰਫ਼ ਫੰਕਸ਼ਨੈਲਟੀ 'ਤੇ ਧਿਆਨ ਕੇਂਦਰਿਤ ਵਿਕਾਸਕਰਤਾਵਾਂ ਲਈ, ਉੱਚ ਪ੍ਰੋਗ੍ਰਾਮੇਬਲ ਚੇਨ ਵਰਤਣਾ ਆਸਾਨ ਹੈ। ਹਾਲਾਂਕਿ, ਬਿਟਕਾਇਨ L1 (ਜਾਂ L1 ਕੋਵਨੈਂਟਸ ਨਾਲ ਸੁਰੱਖਿਅਤ L2s) 'ਤੇ DeFi ਬਣਾਉਣ ਦਾ ਵਿਲੱਖਣ ਮੁੱਲ ਪ੍ਰਸਤਾਵ ਬਿਟਕਾਇਨ ਨੈੱਟਵਰਕ ਦਾ ਵਿਸ਼ਾਲ ਸੁਰੱਖਿਆ ਬਜਟ ਅਤੇ ਸਾਬਤ ਵਿਤਰੀਕਰਨ ਹੈ।
ਬਿਲੀਅਨ ਡਾਲਰਾਂ ਦੀ ਵੈਲਿਊ ਨਾਲ ਨਿਪਟਣ ਵੇਲੇ, ਹਾਸ਼ਵੇ ਸੁਰੱਖਿਆ ਸੁਧਾਰ ਆਰਕੀਟੈਕਚਰਲ ਰੁਕਾਵਟਾਂ ਮੁੱਲ ਵਾਲੇ ਹਨ। OP_CAT ਨਾਲ ਸੰਭਵ ਕੋਵਨੈਂਟਸ ਬਿਟਕਾਇਨ ਨੂੰ ਸਭ ਤੋਂ ਸੁਰੱਖਿਅਤ ਡਿਜੀਟਲ ਐਸੈੱਟ ਵਜੋਂ ਆਪਣੀ ਸਥਿਤੀ ਬਜ਼ਾਉਣ ਦੀ ਆਗਿਆ ਦਿੰਦੇ ਹਨ ਜਦੋਂਕਿ ਜ਼ਰੂਰੀ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਨੂੰ ਸੰਭਵ ਬਣਾਉਂਦੇ ਹਨ ਜੋ ਵਿਨਾਸ਼ਕਾਰੀ ਫੇਲ ਮੋਡਸ (ਜਿਵੇਂ ਕੁੰਜੀ ਨੁਕਸਾਨ) ਨੂੰ ਘਟਾਉਂਦੇ ਹਨ।
ਭਵਿੱਖ ਦਾ ਰਸਤਾ: ਸਾਫਟ ਫੋਰਕਸ ਅਤੇ ਕਮਿਊਨਿਟੀ ਕੰਸੈਂਸਸ
ਬਿਟਕਾਇਨ ਨੂੰ ਅਪਗ੍ਰੇਡ ਕਰਨ ਲਈ ਸਾਫਟ ਫੋਰਕ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ—ਪਿਛੋਕੜ-ਸੰਗਤ ਬਦਲਾਅ ਜੋ ਕਮਿਊਨਿਟੀ, ਮਾਈਨਰਾਂ ਅਤੇ ਨੋਡ ਓਪਰੇਟਰਾਂ ਤੋਂ ਉੱਚ ਕੰਸੈਂਸਸ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਇਹ ਜਾਣਬੁੱਝ ਕੇ ਹੌਲੀਪਣ ਇੱਕ ਵਿਸ਼ੇਸ਼ਤਾ ਹੈ, ਨਾ ਕਿ ਬਗ, ਨੈੱਟਵਰਕ ਨੂੰ ਜਲਦਬਾਜ਼ੀ ਜਾਂ ਖ਼ਰਾਬੀ ਨਾਲ ਟੈਸਟ ਨਾ ਕੀਤੇ ਬਦਲਾਵਾਂ ਤੋਂ ਬਚਾਉਂਦੀ ਹੈ।
OP_CAT ਵਰਗੇ ਓਪਕੋਡਸ ਲਈ ਪੇਸ਼ੇਵਰੀ ਕਰਨ ਅਤੇ ਅੰਤ ਵਿੱਚ ਐਕਟੀਵੇਟ ਕਰਨ ਦੀ ਪ੍ਰਕਿਰਿਆ ਵਿੱਚ ਉਪਗ੍ਰੇਡ ਨੂੰ ਘੱਟੋ-ਘੱਟ, ਸੁਰੱਖਿਅਤ ਅਤੇ ਸੱਚਮੁੱਚ ਮੁੱਲ ਵਾਲਾ ਯਕੀਨੀ ਬਣਾਉਣ ਲਈ ਤੀਬਰ ਜਾਂਚ ਸ਼ਾਮਲ ਹੈ। Taproot (ਜਿਸ ਨੇ ਵੱਧ ਗੁੰਝਲਦਾਰ ਸਕ੍ਰਿਪਟਿੰਗ ਲਈ ਲੋੜੀਂਦੀ ਫ੍ਰੇਮਵਰਕ ਪ੍ਰਦਾਨ ਕੀਤੀ) ਦਾ ਸਫਲ ਅਮਲ ਅੱਗੇ ਦੇ ਪੜਾਅ ਨੂੰ ਸੈੱਟ ਕਰਦਾ ਹੈ। OP_CAT ਅਤੇ ਸੰਭਾਵੀ ਤੌਰ 'ਤੇ ਹੋਰ ਵਿਸ਼ੇਸ਼ ਓਪਕੋਡਸ ਦੀ ਜੋੜ ਬਿਟਕਾਇਨ ਦੀ ਉਪਯੋਗਤਾ ਵਿੱਚ ਅਗਲੀ ਵੱਡੀ ਵਿਕਾਸ ਹੋਵੇਗੀ।
ਫੋਕਸ ਸਾਧਾਰਣਤਾ 'ਤੇ ਹੀ ਰਹਿੰਦਾ ਹੈ: ਉਦੇਸ਼ Ethereum ਦੇ ਵਾਤਾਵਰਣ ਨੂੰ ਕਾਪੀ ਕਰਨਾ ਨਹੀਂ ਹੈ ਬਲਕਿ ਖਾਸ, ਉੱਚ-ਸੁਰੱਖਿਆ ਐਪਲੀਕੇਸ਼ਨਾਂ ਨੂੰ ਸੰਭਵ ਬਣਾਉਣ ਵਾਲੇ ਸਾਧਾਰਨ ਕ੍ਰਿਪਟੋਗ੍ਰਾਫਿਕ ਟੂਲਸ ਪ੍ਰਦਾਨ ਕਰਨਾ ਹੈ ਜੋ ਵੱਡੇ-ਸਕੇਲ ਅਪਣਾਉਣ, ਸੈਲਫ-ਸੌਵਰਨਟੀ ਅਤੇ ਇਕੋਸਿਸਟਮ ਦੇ ਲੰਬੇ-ਕਾਲੀਨ ਸਿਹਤ ਲਈ ਜ਼ਰੂਰੀ ਹਨ।
ਬਿਟਕਾਇਨ ਵਿਕਾਸ ਨੂੰ ਮਾਨੀਟਰ ਕਰਨ ਲਈ ਐਕਸ਼ਨੇਬਲ ਟਿਪਸ
- Taproot ਅਤੇ MAST ਨੂੰ ਅਧਿਐਨ ਕਰੋ: ਆਧੁਨਿਕ ਬਿਟਕਾਇਨ ਸਕ੍ਰਿਪਟਿੰਗ ਦੀ ਬੁਨਿਆਦ Taproot ਅਤੇ ਮਰਕਲਾਈਜ਼ਡ ਐਬਸਟ੍ਰੈਕਟ ਸਿੰਟੈਕਸ ਟ੍ਰੀ (MAST) ਹੈ। ਇਹ ਨਵੀਨਤਾਵਾਂ ਕਿਵੇਂ ਗੁੰਝਲਦਾਰ ਖਰਚਣ ਸ਼ਰਤਾਂ ਨੂੰ ਬੰਡਲ ਕਰਦੀਆਂ ਹਨ ਨੂੰ ਸਮਝਣਾ ਸਪੱਸ਼ਟ ਕਰਦਾ ਹੈ ਕਿ
OP_CATਹੁਣ ਕਿਉਂ ਜ਼ਰੂਰੀ ਅਤੇ ਸੁਰੱਖਿਅਤ ਹੈ। - BIPs (ਬਿਟਕਾਇਨ ਇੰਪ੍ਰੂਵਮੈਂਟ ਪ੍ਰੋਪੋਜ਼ਲਸ) ਨੂੰ ਫੌਲੋ ਕਰੋ:
OP_CATਵਰਗੇ ਤਕਨੀਕੀ ਬਦਲਾਅ BIPs ਵਿੱਚ ਫਾਰਮਲਾਈਜ਼ ਕੀਤੇ ਜਾਂਦੇ ਹਨ। ਸਬੰਧਤ BIPs ਨੂੰ ਪੜ੍ਹਨਾ ਕੋਰ ਵਿਕਾਸਕਰਤਾਵਾਂ ਵੱਲੋਂ ਵਿਚਾਰਿਆ ਗਿਆ ਸੁਰੱਖਿਆ ਵਿਸ਼ਲੇਸ਼ਣ ਅਤੇ ਟ੍ਰੇਡ-ਅਫ ਵਿੱਚ ਡੂੰਘੀ ਨਜ਼ਰ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ। - ਯੂਜ਼ ਕੇਸਾਂ 'ਤੇ ਫੋਕਸ ਕਰੋ, ਨਾ ਕਿ ਕੋਡ 'ਤੇ: ਨਵੇਂ ਆਉਣ ਵਾਲੇ ਵਜੋਂ, ਵਿਹਾਰਕ ਲਾਭਾਂ 'ਤੇ ਧਿਆਨ ਕੇਂਦਰਿਤ ਕਰੋ। ਪੁੱਛੋ: ਕੀ ਇਹ ਅਪਗ੍ਰੇਡ ਸੈਲਫ-ਕਸਟਰੀ ਨੂੰ ਵਧੇਰੇ ਸੁਰੱਖਿਅਤ ਬਣਾਉਂਦਾ ਹੈ (ਵਾਲਟਸ)? ਕੀ ਇਹ ਲੈਣ-ਦੇਣਾਂ ਨੂੰ ਵਧੇਰੇ ਪ੍ਰਾਈਵੇਟ ਬਣਾਉਂਦਾ ਹੈ (Taproot)? ਕੀ ਇਹ ਸਕੇਲਿੰਗ ਨੂੰ ਸਰਲ ਬਣਾਉਂਦਾ ਹੈ (L2s)?
ਨਿਗਮਨ
ਬਿਟਕਾਇਨ ਦਾ ਵਿਕਾਸ ਇੱਕ ਮੈਰਾਥਨ ਹੈ, ਸਪ੍ਰਿੰਟ ਨਹੀਂ। OP_CAT ਦਾ ਸੰਭਾਵੀ ਮੁੜ-ਪਰਿਚੇਟ ਬਿਟਕਾਇਨ ਨੂੰ ਤੇਜ਼, ਚਮਕਦਾਰ ਚੇਨ ਵਿੱਚ ਬਦਲਣ ਬਾਰੇ ਨਹੀਂ ਹੈ; ਇਹ ਸਭ ਤੋਂ ਸੁਰੱਖਿਅਤ ਬਲਾਕਚੇਨ ਨੂੰ ਅਸਲ ਸੈਲਫ-ਸੌਵਰਨਟੀ ਲਈ ਜ਼ਰੂਰੀ ਟੂਲਸ ਨਾਲ ਰਣਨੀਤਕ ਤਰੀਕੇ ਨਾਲ ਲੈਸ ਕਰਨ ਬਾਰੇ ਹੈ।
ਸ਼ਕਤੀਸ਼ਾਲੀ ਕੋਵਨੈਂਟਸ ਦੀ ਕੁਸ਼ਲ ਰਚਨਾ ਨੂੰ ਸੰਭਵ ਬਣਾ ਕੇ, OP_CAT ਉੱਚ-ਸੁਰੱਖਿਅਤ ਬਿਟਕਾਇਨ ਵਾਲਟਸ ਦੇ ਅਮਲ ਰਾਹੀਂ ਵੱਡੇ-ਸਕੇਲ ਕਸਟਰੀ ਨੂੰ ਬਦਲਣ ਦਾ ਵਾਅਦਾ ਕਰਦਾ ਹੈ, ਨਾਲ ਹੀ ਵਿਤਰਿਤ ਐਕਸਚੇਂਜਾਂ ਅਤੇ ਲਚਕੀਲੇ ਮਲਟੀ-ਸਿਗਨੇਚਰ ਗਵਰਨੈਂਸ ਵਰਗੇ ਗੁੰਝਲਦਾਰ, ਟ੍ਰੱਸਟਲੈੱਸ DeFi ਪ੍ਰਿਮੀਟਿਵਸ ਦੇ ਦਰਵਾਜ਼ੇ ਖੋਲ੍ਹਦਾ ਹੈ।
ਇਹ ਸਾਧਾਰਨ ਕੰਟੈਨੇਸ਼ਨ ਕਮਾਂਡ ਉੱਨਤ ਵਿੱਤੀ ਕੰਟ੍ਰੈਕਟਸ ਨੂੰ ਫਾਈਨੈਲਟੀ ਅਤੇ ਸੁਰੱਖਿਆ ਨਾਲ ਅਮਲ ਵਿੱਚ ਲਾਉਣ ਵੱਲ ਵੱਡਾ ਕਦਮ ਹੈ ਜੋ ਸਿਰਫ਼ ਬਿਟਕਾਇਨ ਦੀ ਲੇਅਰ 1 ਹੀ ਪ੍ਰਦਾਨ ਕਰ ਸਕਦੀ ਹੈ, ਇਸ ਨੂੰ ਨਾ ਸਿਰਫ਼ ਡਿਜੀਟਲ ਸੋਨੇ ਵਜੋਂ ਮਜ਼ਬੂਤ ਕਰਦੀ ਹੈ, ਬਲਕਿ ਪੂਰੇ ਵਿਤਰਿਤ ਇਕੌਨੌਮੀ ਲਈ ਬੁਨਿਆਦੀ ਸੁਰੱਖਿਆ ਲੇਅਰ ਵਜੋਂ।