ਸਮਾਰਟ ਕੰਟਰੈਕਟਸ ਦੀ ਜਾਣ-ਪਛਾਣ

ਇਸ ਲੇਖ ਵਿੱਚ, ਅਸੀਂ ਦੇਖਾਂਗੇ ਕਿ ਸਮਾਰਟ ਕੰਟਰੈਕਟ ਕੀ ਹਨ, ਉਹ ਕੀ ਹਨ, ਅਸੀਂ ਵੱਖ-ਵੱਖ ਸਮਾਰਟ ਕੰਟਰੈਕਟ ਪਲੇਟਫਾਰਮਾਂ, ਉਹਨਾਂ ਦੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਤੋਂ ਜਾਣੂ ਹੋਵਾਂਗੇ, ਅਤੇ ਇਹ ਵੀ ਚਰਚਾ ਕਰਾਂਗੇ ਕਿ ਉਹ ਕਿਵੇਂ ਕੰਮ ਕਰਦੇ ਹਨ ਅਤੇ ਉਹ ਕਿਹੜੇ ਫਾਇਦੇ ਲਿਆ ਸਕਦੇ ਹਨ। ਇਹ ਸਮੱਗਰੀ ਉਹਨਾਂ ਪਾਠਕਾਂ ਲਈ ਬਹੁਤ ਲਾਭਦਾਇਕ ਹੋਵੇਗੀ ਜੋ ਸਮਾਰਟ ਕੰਟਰੈਕਟ ਦੇ ਵਿਸ਼ੇ ਤੋਂ ਚੰਗੀ ਤਰ੍ਹਾਂ ਜਾਣੂ ਨਹੀਂ ਹਨ, ਪਰ ਇਸ ਨੂੰ ਸਮਝਣ ਦੇ ਨੇੜੇ ਜਾਣਾ ਚਾਹੁੰਦੇ ਹਨ।

ਨਿਯਮਤ ਇਕਰਾਰਨਾਮਾ ਬਨਾਮ. ਸਮਾਰਟ ਇਕਰਾਰਨਾਮਾ

ਇਸ ਤੋਂ ਪਹਿਲਾਂ ਕਿ ਅਸੀਂ ਵੇਰਵਿਆਂ ਵਿੱਚ ਡੂੰਘਾਈ ਕਰੀਏ, ਆਓ ਇੱਕ ਨਿਯਮਤ ਇਕਰਾਰਨਾਮੇ, ਜੋ ਕਿ ਕਾਗਜ਼ 'ਤੇ ਨਿਰਧਾਰਤ ਕੀਤਾ ਗਿਆ ਹੈ, ਅਤੇ ਇੱਕ ਸਮਾਰਟ ਇਕਰਾਰਨਾਮੇ, ਜਿਸ ਨੂੰ ਡਿਜੀਟਲ ਰੂਪ ਵਿੱਚ ਪ੍ਰਸਤੁਤ ਕੀਤਾ ਗਿਆ ਹੈ, ਵਿੱਚ ਅੰਤਰ ਦੀ ਇੱਕ ਉਦਾਹਰਨ ਲਈਏ।

ਸਮਾਰਟ ਕੰਟਰੈਕਟ ਦੇ ਆਉਣ ਤੋਂ ਪਹਿਲਾਂ ਇਹ ਕਿਵੇਂ ਕੰਮ ਕਰਦਾ ਸੀ? ਲੋਕਾਂ ਦੇ ਇੱਕ ਸਮੂਹ ਦੀ ਕਲਪਨਾ ਕਰੋ ਜੋ ਮੁੱਲਾਂ ਦੀ ਵੰਡ ਲਈ ਕੁਝ ਨਿਯਮ ਅਤੇ ਸ਼ਰਤਾਂ ਸਥਾਪਤ ਕਰਨਾ ਚਾਹੁੰਦੇ ਹਨ, ਨਾਲ ਹੀ ਦਿੱਤੇ ਨਿਯਮਾਂ ਅਤੇ ਸ਼ਰਤਾਂ ਦੇ ਅਨੁਸਾਰ ਇਸ ਵੰਡ ਨੂੰ ਲਾਗੂ ਕਰਨ ਦੀ ਗਾਰੰਟੀ ਦੇਣ ਲਈ ਇੱਕ ਨਿਸ਼ਚਤ ਵਿਧੀ। ਫਿਰ ਉਹ ਇਕੱਠੇ ਹੋਣਗੇ, ਇੱਕ ਕਾਗਜ਼ ਤਿਆਰ ਕਰਨਗੇ ਜਿਸ 'ਤੇ ਉਨ੍ਹਾਂ ਨੇ ਆਪਣੀ ਪਛਾਣ ਦੇ ਵੇਰਵੇ, ਸ਼ਰਤਾਂ, ਸ਼ਾਮਲ ਮੁੱਲਾਂ ਨੂੰ ਲਿਖਿਆ, ਉਨ੍ਹਾਂ ਨੂੰ ਮਿਤੀ ਅਤੇ ਉਨ੍ਹਾਂ 'ਤੇ ਦਸਤਖਤ ਕਰਨਗੇ। ਇਹ ਇਕਰਾਰਨਾਮਾ ਕਿਸੇ ਭਰੋਸੇਮੰਦ ਪਾਰਟੀ ਦੁਆਰਾ ਵੀ ਪ੍ਰਮਾਣਿਤ ਕੀਤਾ ਗਿਆ ਸੀ, ਜਿਵੇਂ ਕਿ ਇੱਕ ਨੋਟਰੀ। ਹੋਰ ਤਾਂ ਹੋਰ, ਇਹ ਲੋਕ ਅਜਿਹੇ ਇਕਰਾਰਨਾਮੇ ਦੀ ਕਾਗਜ਼ੀ ਕਾਪੀ ਲੈ ਕੇ ਵੱਖ-ਵੱਖ ਦਿਸ਼ਾਵਾਂ ਵਿਚ ਚਲੇ ਗਏ ਅਤੇ ਕੁਝ ਅਜਿਹੀਆਂ ਕਾਰਵਾਈਆਂ ਕਰਨ ਲੱਗ ਪਏ ਜੋ ਸ਼ਾਇਦ ਇਕਰਾਰਨਾਮੇ ਨਾਲ ਮੇਲ ਨਹੀਂ ਖਾਂਦੀਆਂ, ਭਾਵ, ਉਨ੍ਹਾਂ ਨੇ ਇਕ ਕੰਮ ਕੀਤਾ, ਪਰ ਕਾਗਜ਼ਾਂ 'ਤੇ ਇਹ ਤਸਦੀਕ ਕੀਤਾ ਗਿਆ ਕਿ ਕੁਝ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ। ਪੂਰੀ ਤਰ੍ਹਾਂ ਵੱਖਰਾ। ਅਤੇ ਇਸ ਸਥਿਤੀ ਤੋਂ ਕਿਵੇਂ ਬਾਹਰ ਨਿਕਲਣਾ ਹੈ? ਵਾਸਤਵ ਵਿੱਚ, ਸਮੂਹ ਮੈਂਬਰਾਂ ਵਿੱਚੋਂ ਇੱਕ ਨੂੰ ਇਹ ਕਾਗਜ਼ ਲੈਣ, ਕੁਝ ਸਬੂਤ ਲੈਣ, ਅਦਾਲਤ ਵਿੱਚ ਲਿਜਾਣ ਅਤੇ ਇਕਰਾਰਨਾਮੇ ਅਤੇ ਅਸਲ ਕਾਰਵਾਈਆਂ ਵਿਚਕਾਰ ਪਾਲਣਾ ਪ੍ਰਾਪਤ ਕਰਨ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਅਕਸਰ, ਇਸ ਇਕਰਾਰਨਾਮੇ ਦੇ ਨਿਰਪੱਖ ਅਮਲ ਨੂੰ ਪ੍ਰਾਪਤ ਕਰਨਾ ਮੁਸ਼ਕਲ ਹੁੰਦਾ ਹੈ, ਜਿਸ ਨਾਲ ਕੋਝਾ ਨਤੀਜੇ ਨਿਕਲਦੇ ਹਨ.

ਸਮਾਰਟ ਕੰਟਰੈਕਟ ਬਾਰੇ ਕੀ ਕਿਹਾ ਜਾ ਸਕਦਾ ਹੈ? ਉਹ ਇਕਰਾਰਨਾਮੇ ਦੀਆਂ ਸ਼ਰਤਾਂ ਨੂੰ ਲਿਖਣ ਦੀ ਸੰਭਾਵਨਾ ਅਤੇ ਉਹਨਾਂ ਦੇ ਸਖਤੀ ਨਾਲ ਲਾਗੂ ਕਰਨ ਲਈ ਵਿਧੀ ਦੋਵਾਂ ਨੂੰ ਜੋੜਦੇ ਹਨ. ਜੇਕਰ ਸ਼ਰਤਾਂ ਸੈਟ ਕੀਤੀਆਂ ਗਈਆਂ ਹਨ ਅਤੇ ਸੰਬੰਧਿਤ ਲੈਣ-ਦੇਣ ਜਾਂ ਬੇਨਤੀ 'ਤੇ ਹਸਤਾਖਰ ਕੀਤੇ ਗਏ ਹਨ, ਤਾਂ ਇੱਕ ਵਾਰ ਜਦੋਂ ਉਹ ਬੇਨਤੀ ਜਾਂ ਲੈਣ-ਦੇਣ ਸਵੀਕਾਰ ਕਰ ਲਿਆ ਗਿਆ ਹੈ, ਤਾਂ ਸ਼ਰਤਾਂ ਨੂੰ ਬਦਲਣਾ ਜਾਂ ਉਹਨਾਂ ਦੇ ਲਾਗੂ ਕਰਨ ਨੂੰ ਪ੍ਰਭਾਵਿਤ ਕਰਨਾ ਸੰਭਵ ਨਹੀਂ ਹੋਵੇਗਾ।

ਇੱਥੇ ਇੱਕ ਪ੍ਰਮਾਣਕ ਜਾਂ ਇੱਕ ਪੂਰਾ ਨੈਟਵਰਕ ਹੈ, ਨਾਲ ਹੀ ਇੱਕ ਡੇਟਾਬੇਸ ਜੋ ਸਾਰੇ ਸਮਾਰਟ ਕੰਟਰੈਕਟਸ ਨੂੰ ਸਟੋਰ ਕਰਦਾ ਹੈ ਜੋ ਸਖਤ ਕਾਲਕ੍ਰਮਿਕ ਕ੍ਰਮ ਵਿੱਚ ਲਾਗੂ ਕਰਨ ਲਈ ਜਮ੍ਹਾਂ ਕੀਤੇ ਗਏ ਸਨ। ਇਹ ਵੀ ਮਹੱਤਵਪੂਰਨ ਹੈ ਕਿ ਇਸ ਡੇਟਾਬੇਸ ਵਿੱਚ ਸਮਾਰਟ ਕੰਟਰੈਕਟ ਨੂੰ ਚਲਾਉਣ ਲਈ ਸਾਰੀਆਂ ਟਰਿੱਗਰ ਸ਼ਰਤਾਂ ਹੋਣੀਆਂ ਚਾਹੀਦੀਆਂ ਹਨ। ਇਸ ਤੋਂ ਇਲਾਵਾ, ਇਸ ਨੂੰ ਉਸ ਮੁੱਲ ਨੂੰ ਧਿਆਨ ਵਿੱਚ ਰੱਖਣਾ ਚਾਹੀਦਾ ਹੈ ਜਿਸਦੀ ਵੰਡ ਨੂੰ ਇਕਰਾਰਨਾਮੇ ਵਿੱਚ ਦਰਸਾਇਆ ਗਿਆ ਹੈ. ਜੇ ਇਹ ਕੁਝ ਡਿਜੀਟਲ ਮੁਦਰਾ 'ਤੇ ਲਾਗੂ ਹੁੰਦਾ ਹੈ, ਤਾਂ ਇਸ ਡੇਟਾਬੇਸ ਨੂੰ ਇਸ ਨੂੰ ਧਿਆਨ ਵਿਚ ਰੱਖਣਾ ਚਾਹੀਦਾ ਹੈ.

ਦੂਜੇ ਸ਼ਬਦਾਂ ਵਿੱਚ, ਸਮਾਰਟ ਕੰਟਰੈਕਟ ਵੈਲੀਡੇਟਰਾਂ ਕੋਲ ਉਸ ਸਾਰੇ ਡੇਟਾ ਤੱਕ ਪਹੁੰਚ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ ਜਿਸ 'ਤੇ ਸਮਾਰਟ ਕੰਟਰੈਕਟ ਕੰਮ ਕਰਦਾ ਹੈ। ਉਦਾਹਰਨ ਲਈ, ਇੱਕ ਸਿੰਗਲ ਡੇਟਾਬੇਸ ਦੀ ਵਰਤੋਂ ਡਿਜੀਟਲ ਮੁਦਰਾਵਾਂ, ਉਪਭੋਗਤਾ ਬਕਾਏ, ਉਪਭੋਗਤਾ ਲੈਣ-ਦੇਣ ਅਤੇ ਟਾਈਮਸਟੈਂਪਾਂ ਲਈ ਇੱਕੋ ਸਮੇਂ ਲਈ ਕੀਤੀ ਜਾਣੀ ਚਾਹੀਦੀ ਹੈ। ਫਿਰ, ਇੱਕ ਸਮਾਰਟ ਕੰਟਰੈਕਟ ਵਿੱਚ, ਸਥਿਤੀ ਇੱਕ ਖਾਸ ਮੁਦਰਾ ਵਿੱਚ ਉਪਭੋਗਤਾ ਦਾ ਸੰਤੁਲਨ, ਇੱਕ ਨਿਸ਼ਚਿਤ ਸਮੇਂ ਦੀ ਆਮਦ, ਜਾਂ ਇਹ ਤੱਥ ਹੋ ਸਕਦਾ ਹੈ ਕਿ ਇੱਕ ਖਾਸ ਲੈਣ-ਦੇਣ ਕੀਤਾ ਗਿਆ ਹੈ, ਪਰ ਹੋਰ ਕੁਝ ਨਹੀਂ।

ਇੱਕ ਸਮਾਰਟ ਕੰਟਰੈਕਟ ਦੀ ਪਰਿਭਾਸ਼ਾ

ਆਮ ਤੌਰ 'ਤੇ, ਪਰਿਭਾਸ਼ਾ ਆਪਣੇ ਆਪ ਨੂੰ ਖੋਜਕਰਤਾ ਨਿਕ ਸਜ਼ਾਬੋ ਦੁਆਰਾ ਤਿਆਰ ਕੀਤਾ ਗਿਆ ਸੀ ਅਤੇ ਪਹਿਲੀ ਵਾਰ 1994 ਵਿੱਚ ਵਰਤਿਆ ਗਿਆ ਸੀ, ਅਤੇ 1997 ਵਿੱਚ ਇੱਕ ਲੇਖ ਵਿੱਚ ਦਸਤਾਵੇਜ਼ੀ ਕੀਤਾ ਗਿਆ ਸੀ ਜੋ ਸਮਾਰਟ ਕੰਟਰੈਕਟਸ ਦੇ ਬਹੁਤ ਹੀ ਵਿਚਾਰ ਦਾ ਵਰਣਨ ਕਰਦਾ ਹੈ।

ਸਮਾਰਟ ਕੰਟਰੈਕਟਸ ਤੋਂ ਭਾਵ ਹੈ ਕਿ ਮੁੱਲ ਦੀ ਵੰਡ ਦਾ ਕੁਝ ਸਵੈਚਾਲਨ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਜੋ ਸਿਰਫ ਉਹਨਾਂ ਸ਼ਰਤਾਂ 'ਤੇ ਨਿਰਭਰ ਕਰ ਸਕਦਾ ਹੈ ਜੋ ਪਹਿਲਾਂ ਤੋਂ ਨਿਰਧਾਰਤ ਹਨ। ਇਸਦੇ ਸਰਲ ਰੂਪ ਵਿੱਚ, ਇਹ ਸਖਤੀ ਨਾਲ ਪਰਿਭਾਸ਼ਿਤ ਸ਼ਰਤਾਂ ਦੇ ਨਾਲ ਇੱਕ ਇਕਰਾਰਨਾਮੇ ਦੀ ਤਰ੍ਹਾਂ ਦਿਖਾਈ ਦਿੰਦਾ ਹੈ, ਜਿਸ 'ਤੇ ਕੁਝ ਪਾਰਟੀਆਂ ਦੁਆਰਾ ਹਸਤਾਖਰ ਕੀਤੇ ਜਾਂਦੇ ਹਨ।

ਸਮਾਰਟ ਕੰਟਰੈਕਟ ਤੀਜੀ ਧਿਰ ਵਿੱਚ ਵਿਸ਼ਵਾਸ ਨੂੰ ਘੱਟ ਕਰਨ ਲਈ ਤਿਆਰ ਕੀਤੇ ਗਏ ਹਨ। ਕਈ ਵਾਰ ਫੈਸਲਾ ਲੈਣ ਵਾਲਾ ਕੇਂਦਰ ਜਿਸ 'ਤੇ ਸਭ ਕੁਝ ਨਿਰਭਰ ਕਰਦਾ ਹੈ, ਨੂੰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਬਾਹਰ ਰੱਖਿਆ ਜਾਂਦਾ ਹੈ। ਇਸ ਤੋਂ ਇਲਾਵਾ, ਅਜਿਹੇ ਠੇਕਿਆਂ ਦਾ ਆਡਿਟ ਕਰਨਾ ਆਸਾਨ ਹੁੰਦਾ ਹੈ। ਇਹ ਅਜਿਹੀ ਪ੍ਰਣਾਲੀ ਦੀਆਂ ਕੁਝ ਡਿਜ਼ਾਈਨ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਦਾ ਨਤੀਜਾ ਹੈ, ਪਰ ਅਕਸਰ ਅਸੀਂ ਇੱਕ ਸਮਾਰਟ ਕੰਟਰੈਕਟ ਦੁਆਰਾ ਇੱਕ ਵਿਕੇਂਦਰੀਕ੍ਰਿਤ ਵਾਤਾਵਰਣ ਅਤੇ ਫੰਕਸ਼ਨਾਂ ਦੀ ਮੌਜੂਦਗੀ ਨੂੰ ਸਮਝਦੇ ਹਾਂ ਜੋ ਕਿਸੇ ਵੀ ਵਿਅਕਤੀ ਨੂੰ ਡੇਟਾਬੇਸ ਦਾ ਵਿਸ਼ਲੇਸ਼ਣ ਕਰਨ ਅਤੇ ਇਕਰਾਰਨਾਮੇ ਦੇ ਅਮਲ ਦਾ ਪੂਰਾ ਆਡਿਟ ਕਰਨ ਦੀ ਆਗਿਆ ਦਿੰਦੇ ਹਨ। ਇਹ ਪਿਛਾਖੜੀ ਡੇਟਾ ਤਬਦੀਲੀਆਂ ਤੋਂ ਸੁਰੱਖਿਆ ਨੂੰ ਯਕੀਨੀ ਬਣਾਉਂਦਾ ਹੈ ਜੋ ਇਕਰਾਰਨਾਮੇ ਦੀ ਕਾਰਗੁਜ਼ਾਰੀ ਵਿੱਚ ਤਬਦੀਲੀਆਂ ਨੂੰ ਸ਼ਾਮਲ ਕਰੇਗਾ। ਇੱਕ ਸਮਾਰਟ ਕੰਟਰੈਕਟ ਬਣਾਉਣ ਅਤੇ ਸ਼ੁਰੂ ਕਰਨ ਵੇਲੇ ਜ਼ਿਆਦਾਤਰ ਪ੍ਰਕਿਰਿਆਵਾਂ ਦਾ ਡਿਜੀਟਾਈਜ਼ੇਸ਼ਨ ਅਕਸਰ ਤਕਨਾਲੋਜੀ ਅਤੇ ਉਹਨਾਂ ਦੇ ਲਾਗੂ ਕਰਨ ਦੀ ਲਾਗਤ ਨੂੰ ਸਰਲ ਬਣਾਉਂਦਾ ਹੈ।

ਇੱਕ ਸਧਾਰਨ ਉਦਾਹਰਨ - ਐਸਕਰੋ ਸੇਵਾ

ਆਉ ਇੱਕ ਬਹੁਤ ਹੀ ਸਧਾਰਨ ਉਦਾਹਰਨ ਵੱਲ ਧਿਆਨ ਦੇਈਏ। ਇਹ ਸਮਾਰਟ ਕੰਟਰੈਕਟਸ ਦੀ ਕਾਰਜਕੁਸ਼ਲਤਾ ਨੂੰ ਸਮਝਣ ਦੇ ਨਾਲ-ਨਾਲ ਇਹ ਸਮਝਣ ਵਿੱਚ ਤੁਹਾਡੀ ਮਦਦ ਕਰੇਗਾ ਕਿ ਉਹਨਾਂ ਨੂੰ ਕਿਨ੍ਹਾਂ ਮਾਮਲਿਆਂ ਵਿੱਚ ਵਰਤਿਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ।

ਇਸਨੂੰ ਬਿਟਕੋਇਨ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਵੀ ਲਾਗੂ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ, ਹਾਲਾਂਕਿ ਇਸ ਸਮੇਂ ਬਿਟਕੋਇਨ ਨੂੰ ਅਜੇ ਵੀ ਸਮਾਰਟ ਕੰਟਰੈਕਟਸ ਲਈ ਇੱਕ ਪੂਰਾ ਪਲੇਟਫਾਰਮ ਕਿਹਾ ਜਾ ਸਕਦਾ ਹੈ। ਇਸ ਲਈ, ਸਾਡੇ ਕੋਲ ਕੁਝ ਖਰੀਦਦਾਰ ਹਨ ਅਤੇ ਸਾਡੇ ਕੋਲ ਇੱਕ ਔਨਲਾਈਨ ਸਟੋਰ ਹੈ. ਇੱਕ ਗਾਹਕ ਇਸ ਸਟੋਰ ਤੋਂ ਇੱਕ ਮਾਨੀਟਰ ਖਰੀਦਣਾ ਚਾਹੁੰਦਾ ਹੈ। ਸਧਾਰਨ ਸਥਿਤੀ ਵਿੱਚ, ਖਰੀਦਦਾਰ ਭੁਗਤਾਨ ਨੂੰ ਪੂਰਾ ਕਰਦਾ ਹੈ ਅਤੇ ਭੇਜਦਾ ਹੈ, ਅਤੇ ਔਨਲਾਈਨ ਸਟੋਰ ਇਸਨੂੰ ਸਵੀਕਾਰ ਕਰਦਾ ਹੈ, ਇਸਦੀ ਪੁਸ਼ਟੀ ਕਰਦਾ ਹੈ, ਅਤੇ ਫਿਰ ਮਾਲ ਭੇਜਦਾ ਹੈ। ਹਾਲਾਂਕਿ, ਇਸ ਸਥਿਤੀ ਵਿੱਚ ਬਹੁਤ ਭਰੋਸੇ ਦੀ ਜ਼ਰੂਰਤ ਹੈ - ਖਰੀਦਦਾਰ ਨੂੰ ਮਾਨੀਟਰ ਦੀ ਪੂਰੀ ਕੀਮਤ ਲਈ ਔਨਲਾਈਨ ਸਟੋਰ 'ਤੇ ਭਰੋਸਾ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ. ਕਿਉਂਕਿ ਇੱਕ ਔਨਲਾਈਨ ਸਟੋਰ ਦੀ ਖਰੀਦਦਾਰ ਦੀਆਂ ਨਜ਼ਰਾਂ ਵਿੱਚ ਘੱਟ ਪ੍ਰਤਿਸ਼ਠਾ ਹੋ ਸਕਦੀ ਹੈ, ਇੱਕ ਜੋਖਮ ਹੁੰਦਾ ਹੈ ਕਿ ਕਿਸੇ ਕਾਰਨ ਕਰਕੇ, ਭੁਗਤਾਨ ਸਵੀਕਾਰ ਕਰਨ ਤੋਂ ਬਾਅਦ, ਸਟੋਰ ਸੇਵਾ ਤੋਂ ਇਨਕਾਰ ਕਰ ਦੇਵੇਗਾ ਅਤੇ ਖਰੀਦਦਾਰ ਨੂੰ ਸਾਮਾਨ ਨਹੀਂ ਭੇਜੇਗਾ। ਇਸ ਲਈ, ਖਰੀਦਦਾਰ ਸਵਾਲ ਪੁੱਛਦਾ ਹੈ (ਅਤੇ, ਇਸਦੇ ਅਨੁਸਾਰ, ਔਨਲਾਈਨ ਸਟੋਰ ਇਹ ਸਵਾਲ ਪੁੱਛਦਾ ਹੈ) ਅਜਿਹੇ ਜੋਖਮਾਂ ਨੂੰ ਘੱਟ ਕਰਨ ਅਤੇ ਅਜਿਹੇ ਲੈਣ-ਦੇਣ ਨੂੰ ਵਧੇਰੇ ਭਰੋਸੇਮੰਦ ਬਣਾਉਣ ਲਈ ਇਸ ਕੇਸ ਵਿੱਚ ਕੀ ਲਾਗੂ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ.

ਬਿਟਕੋਇਨ ਦੇ ਮਾਮਲੇ ਵਿੱਚ, ਖਰੀਦਦਾਰ ਅਤੇ ਵਿਕਰੇਤਾ ਨੂੰ ਸੁਤੰਤਰ ਤੌਰ 'ਤੇ ਵਿਚੋਲੇ ਦੀ ਚੋਣ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦੇਣਾ ਸੰਭਵ ਹੈ। ਬਹੁਤ ਸਾਰੇ ਲੋਕ ਅਜਿਹੇ ਹਨ ਜੋ ਵਿਵਾਦਪੂਰਨ ਮੁੱਦਿਆਂ ਨੂੰ ਸੁਲਝਾਉਣ ਵਿੱਚ ਲੱਗੇ ਹੋਏ ਹਨ। ਅਤੇ ਸਾਡੇ ਭਾਗੀਦਾਰ ਵਿਚੋਲੇ ਦੀ ਇੱਕ ਆਮ ਸੂਚੀ ਵਿੱਚੋਂ ਚੁਣ ਸਕਦੇ ਹਨ ਜਿਸ 'ਤੇ ਉਹ ਭਰੋਸਾ ਕਰਨਗੇ। ਉਹ ਇਕੱਠੇ ਮਿਲ ਕੇ 2 ਵਿੱਚੋਂ 3 ਬਹੁ-ਦਸਤਖਤ ਪਤੇ ਬਣਾਉਂਦੇ ਹਨ ਜਿੱਥੇ ਤਿੰਨ ਕੁੰਜੀਆਂ ਹੁੰਦੀਆਂ ਹਨ ਅਤੇ ਉਸ ਪਤੇ ਤੋਂ ਸਿੱਕੇ ਖਰਚਣ ਲਈ ਕਿਸੇ ਵੀ ਦੋ ਕੁੰਜੀਆਂ ਦੇ ਨਾਲ ਦੋ ਦਸਤਖਤਾਂ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਇੱਕ ਕੁੰਜੀ ਖਰੀਦਦਾਰ ਦੀ ਹੋਵੇਗੀ, ਦੂਜੀ ਔਨਲਾਈਨ ਸਟੋਰ ਦੀ, ਅਤੇ ਤੀਜੀ ਵਿਚੋਲੇ ਦੀ ਹੋਵੇਗੀ। ਅਤੇ ਅਜਿਹੇ ਬਹੁ-ਦਸਤਖਤ ਪਤੇ 'ਤੇ ਖਰੀਦਦਾਰ ਮਾਨੀਟਰ ਲਈ ਭੁਗਤਾਨ ਕਰਨ ਲਈ ਲੋੜੀਂਦੀ ਰਕਮ ਭੇਜੇਗਾ। ਹੁਣ, ਜਦੋਂ ਵਿਕਰੇਤਾ ਇਹ ਦੇਖਦਾ ਹੈ ਕਿ ਪੈਸੇ ਨੂੰ ਇੱਕ ਬਹੁ-ਦਸਤਖਤ ਪਤੇ 'ਤੇ ਕੁਝ ਸਮੇਂ ਲਈ ਬਲੌਕ ਕੀਤਾ ਗਿਆ ਹੈ ਜੋ ਉਸ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ, ਤਾਂ ਉਹ ਸੁਰੱਖਿਅਤ ਰੂਪ ਨਾਲ ਮਾਨੀਟਰ ਨੂੰ ਡਾਕ ਦੁਆਰਾ ਭੇਜ ਸਕਦਾ ਹੈ।

ਅੱਗੇ, ਖਰੀਦਦਾਰ ਪਾਰਸਲ ਪ੍ਰਾਪਤ ਕਰਦਾ ਹੈ, ਮਾਲ ਦੀ ਜਾਂਚ ਕਰਦਾ ਹੈ ਅਤੇ ਅੰਤਿਮ ਖਰੀਦ 'ਤੇ ਫੈਸਲਾ ਲੈਂਦਾ ਹੈ। ਉਹ ਪ੍ਰਦਾਨ ਕੀਤੀ ਸੇਵਾ ਨਾਲ ਪੂਰੀ ਤਰ੍ਹਾਂ ਸਹਿਮਤ ਹੋ ਸਕਦਾ ਹੈ ਅਤੇ ਆਪਣੀ ਕੁੰਜੀ ਨਾਲ ਲੈਣ-ਦੇਣ 'ਤੇ ਹਸਤਾਖਰ ਕਰ ਸਕਦਾ ਹੈ, ਜਿੱਥੇ ਉਹ ਮਲਟੀ-ਹਸਤਾਖਰ ਪਤੇ ਤੋਂ ਸਿੱਕੇ ਵੇਚਣ ਵਾਲੇ ਨੂੰ ਟ੍ਰਾਂਸਫਰ ਕਰਦਾ ਹੈ, ਜਾਂ ਉਹ ਕਿਸੇ ਚੀਜ਼ ਤੋਂ ਅਸੰਤੁਸ਼ਟ ਹੋ ਸਕਦਾ ਹੈ। ਦੂਜੇ ਮਾਮਲੇ ਵਿੱਚ, ਉਹ ਇੱਕ ਵਿਕਲਪਕ ਲੈਣ-ਦੇਣ ਨੂੰ ਇਕੱਠਾ ਕਰਨ ਲਈ ਇੱਕ ਵਿਚੋਲੇ ਨਾਲ ਸੰਪਰਕ ਕਰਦਾ ਹੈ ਜੋ ਉਹਨਾਂ ਸਿੱਕਿਆਂ ਨੂੰ ਵੱਖਰੇ ਢੰਗ ਨਾਲ ਵੰਡੇਗਾ।

ਦੱਸ ਦਈਏ ਕਿ ਮਾਨੀਟਰ ਨੂੰ ਥੋੜਾ ਜਿਹਾ ਸਕ੍ਰੈਚ ਕੀਤਾ ਗਿਆ ਸੀ ਅਤੇ ਕਿੱਟ ਵਿੱਚ ਕੰਪਿਊਟਰ ਨਾਲ ਜੁੜਨ ਲਈ ਇੱਕ ਕੇਬਲ ਸ਼ਾਮਲ ਨਹੀਂ ਸੀ, ਹਾਲਾਂਕਿ ਆਨਲਾਈਨ ਸਟੋਰ ਦੀ ਵੈੱਬਸਾਈਟ ਨੇ ਕਿਹਾ ਕਿ ਕੇਬਲ ਨੂੰ ਕਿੱਟ ਵਿੱਚ ਸ਼ਾਮਲ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ। ਫਿਰ ਖਰੀਦਦਾਰ ਵਿਚੋਲੇ ਨੂੰ ਸਾਬਤ ਕਰਨ ਲਈ ਲੋੜੀਂਦੇ ਸਬੂਤ ਇਕੱਠੇ ਕਰਦਾ ਹੈ ਕਿ ਉਸ ਨੂੰ ਇਸ ਸਥਿਤੀ ਵਿਚ ਧੋਖਾ ਦਿੱਤਾ ਗਿਆ ਸੀ: ਉਹ ਸਾਈਟ ਦੇ ਸਕ੍ਰੀਨਸ਼ਾਟ ਲੈਂਦਾ ਹੈ, ਮੇਲ ਰਸੀਦ ਦੀ ਫੋਟੋ ਲੈਂਦਾ ਹੈ, ਮਾਨੀਟਰ 'ਤੇ ਸਕ੍ਰੈਚਾਂ ਦੀ ਫੋਟੋ ਲੈਂਦਾ ਹੈ ਅਤੇ ਦਿਖਾਉਂਦਾ ਹੈ ਕਿ ਸੀਲ ਸੀ. ਟੁੱਟ ਗਿਆ ਅਤੇ ਕੇਬਲ ਨੂੰ ਬਾਹਰ ਕੱਢ ਲਿਆ ਗਿਆ। ਔਨਲਾਈਨ ਸਟੋਰ, ਬਦਲੇ ਵਿੱਚ, ਇਸਦੇ ਸਬੂਤ ਇਕੱਠੇ ਕਰਦਾ ਹੈ ਅਤੇ ਇਸਨੂੰ ਵਿਚੋਲੇ ਨੂੰ ਟ੍ਰਾਂਸਫਰ ਕਰਦਾ ਹੈ।

ਵਿਚੋਲੇ ਖਰੀਦਦਾਰ ਦੇ ਗੁੱਸੇ ਅਤੇ ਔਨਲਾਈਨ ਸਟੋਰ ਦੇ ਹਿੱਤਾਂ ਦੋਵਾਂ ਨੂੰ ਇੱਕੋ ਸਮੇਂ ਸੰਤੁਸ਼ਟ ਕਰਨ ਵਿੱਚ ਦਿਲਚਸਪੀ ਰੱਖਦਾ ਹੈ (ਇਹ ਬਾਅਦ ਵਿੱਚ ਸਪੱਸ਼ਟ ਹੋ ਜਾਵੇਗਾ ਕਿ ਕਿਉਂ)। ਇਹ ਇੱਕ ਲੈਣ-ਦੇਣ ਦਾ ਗਠਨ ਕਰਦਾ ਹੈ ਜਿਸ ਵਿੱਚ ਇੱਕ ਬਹੁ-ਦਸਤਖਤ ਪਤੇ ਤੋਂ ਸਿੱਕੇ ਖਰੀਦਦਾਰ, ਔਨਲਾਈਨ ਸਟੋਰ ਅਤੇ ਵਿਚੋਲੇ ਵਿਚਕਾਰ ਕੁਝ ਅਨੁਪਾਤ ਵਿੱਚ ਖਰਚ ਕੀਤੇ ਜਾਣਗੇ, ਕਿਉਂਕਿ ਉਹ ਆਪਣੇ ਕੰਮ ਦੇ ਇਨਾਮ ਵਜੋਂ ਆਪਣੇ ਲਈ ਇੱਕ ਹਿੱਸਾ ਲੈਂਦਾ ਹੈ। ਮੰਨ ਲਓ ਕੁੱਲ ਰਕਮ ਦਾ 90% ਵੇਚਣ ਵਾਲੇ ਨੂੰ, 5% ਵਿਚੋਲੇ ਨੂੰ ਅਤੇ 5% ਮੁਆਵਜ਼ਾ ਖਰੀਦਦਾਰ ਨੂੰ ਜਾਂਦਾ ਹੈ। ਵਿਚੋਲਾ ਆਪਣੀ ਕੁੰਜੀ ਨਾਲ ਇਸ ਲੈਣ-ਦੇਣ 'ਤੇ ਦਸਤਖਤ ਕਰਦਾ ਹੈ, ਪਰ ਇਹ ਅਜੇ ਲਾਗੂ ਨਹੀਂ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ, ਕਿਉਂਕਿ ਇਸ ਲਈ ਦੋ ਦਸਤਖਤਾਂ ਦੀ ਲੋੜ ਹੈ, ਪਰ ਸਿਰਫ਼ ਇੱਕ ਹੀ ਇਸਦੀ ਕੀਮਤ ਹੈ। ਇਹ ਖਰੀਦਦਾਰ ਅਤੇ ਵੇਚਣ ਵਾਲੇ ਦੋਵਾਂ ਨੂੰ ਅਜਿਹਾ ਲੈਣ-ਦੇਣ ਭੇਜਦਾ ਹੈ। ਜੇਕਰ ਉਹਨਾਂ ਵਿੱਚੋਂ ਘੱਟੋ-ਘੱਟ ਇੱਕ ਸਿੱਕੇ ਨੂੰ ਮੁੜ ਵੰਡਣ ਲਈ ਇਸ ਵਿਕਲਪ ਤੋਂ ਸੰਤੁਸ਼ਟ ਹੈ, ਤਾਂ ਟ੍ਰਾਂਜੈਕਸ਼ਨ ਪਹਿਲਾਂ ਤੋਂ ਹਸਤਾਖਰਿਤ ਅਤੇ ਨੈਟਵਰਕ ਵਿੱਚ ਵੰਡਿਆ ਜਾਵੇਗਾ। ਇਸ ਨੂੰ ਪ੍ਰਮਾਣਿਤ ਕਰਨ ਲਈ, ਇਹ ਕਾਫ਼ੀ ਹੈ ਕਿ ਲੈਣ-ਦੇਣ ਲਈ ਧਿਰਾਂ ਵਿੱਚੋਂ ਇੱਕ ਵਿਚੋਲੇ ਦੇ ਵਿਕਲਪ ਨਾਲ ਸਹਿਮਤ ਹੋਵੇ।

ਸ਼ੁਰੂ ਵਿੱਚ ਇੱਕ ਵਿਚੋਲੇ ਦੀ ਚੋਣ ਕਰਨਾ ਮਹੱਤਵਪੂਰਨ ਹੈ ਤਾਂ ਜੋ ਦੋਵੇਂ ਭਾਗੀਦਾਰ ਉਸ 'ਤੇ ਭਰੋਸਾ ਕਰਨ। ਇਸ ਸਥਿਤੀ ਵਿੱਚ, ਉਹ ਇੱਕ ਜਾਂ ਦੂਜੇ ਦੇ ਹਿੱਤਾਂ ਤੋਂ ਸੁਤੰਤਰ ਤੌਰ 'ਤੇ ਕੰਮ ਕਰੇਗਾ ਅਤੇ ਸਥਿਤੀ ਦਾ ਨਿਰਪੱਖਤਾ ਨਾਲ ਮੁਲਾਂਕਣ ਕਰੇਗਾ। ਜੇਕਰ ਵਿਚੋਲੇ ਸਿੱਕੇ ਵੰਡਣ ਲਈ ਕੋਈ ਵਿਕਲਪ ਪ੍ਰਦਾਨ ਨਹੀਂ ਕਰਦਾ ਹੈ ਜੋ ਘੱਟੋ-ਘੱਟ ਇੱਕ ਭਾਗੀਦਾਰ ਨੂੰ ਸੰਤੁਸ਼ਟ ਕਰੇਗਾ, ਤਾਂ, ਇਕੱਠੇ ਸਹਿਮਤ ਹੋਣ 'ਤੇ, ਖਰੀਦਦਾਰ ਅਤੇ ਔਨਲਾਈਨ ਸਟੋਰ ਦੋਵੇਂ ਆਪਣੇ ਦੋ ਦਸਤਖਤ ਪਾ ਕੇ ਸਿੱਕੇ ਨੂੰ ਇੱਕ ਨਵੇਂ ਬਹੁ-ਦਸਤਖਤ ਪਤੇ 'ਤੇ ਭੇਜ ਸਕਦੇ ਹਨ। ਨਵੇਂ ਬਹੁ-ਦਸਤਖਤ ਪਤੇ ਨੂੰ ਇੱਕ ਵੱਖਰੇ ਵਿਚੋਲੇ ਨਾਲ ਕੰਪਾਇਲ ਕੀਤਾ ਜਾਵੇਗਾ, ਜੋ ਇਸ ਮਾਮਲੇ ਵਿੱਚ ਵਧੇਰੇ ਸਮਰੱਥ ਹੋ ਸਕਦਾ ਹੈ ਅਤੇ ਇੱਕ ਬਿਹਤਰ ਵਿਕਲਪ ਪ੍ਰਦਾਨ ਕਰ ਸਕਦਾ ਹੈ।

ਇੱਕ ਡੌਰਮਿਟਰੀ ਅਤੇ ਇੱਕ ਫਰਿੱਜ ਦੇ ਨਾਲ ਉਦਾਹਰਨ

ਆਉ ਇੱਕ ਹੋਰ ਗੁੰਝਲਦਾਰ ਉਦਾਹਰਨ ਵੇਖੀਏ ਜੋ ਇੱਕ ਸਮਾਰਟ ਕੰਟਰੈਕਟ ਦੀਆਂ ਸਮਰੱਥਾਵਾਂ ਨੂੰ ਵਧੇਰੇ ਸਪੱਸ਼ਟ ਰੂਪ ਵਿੱਚ ਪ੍ਰਦਰਸ਼ਿਤ ਕਰਦਾ ਹੈ.

ਮੰਨ ਲਓ ਕਿ ਇੱਥੇ ਤਿੰਨ ਮੁੰਡੇ ਹਨ ਜੋ ਹਾਲ ਹੀ ਵਿੱਚ ਇੱਕੋ ਡੌਰਮ ਰੂਮ ਵਿੱਚ ਚਲੇ ਗਏ ਹਨ। ਉਹ ਤਿੰਨੇ ਆਪਣੇ ਕਮਰੇ ਲਈ ਇੱਕ ਫਰਿੱਜ ਖਰੀਦਣ ਵਿੱਚ ਦਿਲਚਸਪੀ ਰੱਖਦੇ ਹਨ ਜੋ ਉਹ ਇਕੱਠੇ ਵਰਤ ਸਕਦੇ ਹਨ। ਉਹਨਾਂ ਵਿੱਚੋਂ ਇੱਕ ਨੇ ਫਰਿੱਜ ਖਰੀਦਣ ਅਤੇ ਵੇਚਣ ਵਾਲੇ ਨਾਲ ਗੱਲਬਾਤ ਕਰਨ ਲਈ ਲੋੜੀਂਦੀ ਰਕਮ ਇਕੱਠੀ ਕਰਨ ਲਈ ਸਵੈ-ਇੱਛਾ ਨਾਲ ਕੰਮ ਕੀਤਾ। ਹਾਲਾਂਕਿ, ਉਹ ਹਾਲ ਹੀ ਵਿੱਚ ਇੱਕ ਦੂਜੇ ਨੂੰ ਮਿਲੇ ਸਨ ਅਤੇ ਉਨ੍ਹਾਂ ਵਿੱਚ ਕਾਫ਼ੀ ਭਰੋਸਾ ਨਹੀਂ ਹੈ। ਜ਼ਾਹਿਰ ਹੈ, ਉਨ੍ਹਾਂ ਵਿੱਚੋਂ ਦੋ ਤੀਜੇ ਨੂੰ ਪੈਸੇ ਦੇ ਕੇ ਜੋਖਮ ਲੈ ਰਹੇ ਹਨ। ਇਸਦੇ ਇਲਾਵਾ, ਉਹਨਾਂ ਨੂੰ ਇੱਕ ਵਿਕਰੇਤਾ ਦੀ ਚੋਣ ਕਰਨ ਵਿੱਚ ਇੱਕ ਸਮਝੌਤੇ 'ਤੇ ਪਹੁੰਚਣ ਦੀ ਜ਼ਰੂਰਤ ਹੁੰਦੀ ਹੈ.

ਉਹ ਐਸਕਰੋ ਸੇਵਾ ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦੇ ਹਨ, ਯਾਨੀ, ਇੱਕ ਵਿਚੋਲੇ ਦੀ ਚੋਣ ਕਰ ਸਕਦੇ ਹਨ ਜੋ ਟ੍ਰਾਂਜੈਕਸ਼ਨ ਦੇ ਅਮਲ ਦੀ ਨਿਗਰਾਨੀ ਕਰੇਗਾ ਅਤੇ ਵਿਵਾਦਪੂਰਨ ਮੁੱਦਿਆਂ ਨੂੰ ਹੱਲ ਕਰੇਗਾ ਜੇਕਰ ਕੋਈ ਪੈਦਾ ਹੁੰਦਾ ਹੈ. ਫਿਰ, ਸਹਿਮਤ ਹੋ ਕੇ, ਉਹ ਇੱਕ ਸਮਾਰਟ ਕੰਟਰੈਕਟ ਤਿਆਰ ਕਰਦੇ ਹਨ ਅਤੇ ਇਸ ਵਿੱਚ ਕੁਝ ਸ਼ਰਤਾਂ ਲਿਖਦੇ ਹਨ.

ਪਹਿਲੀ ਸ਼ਰਤ ਇਹ ਹੈ ਕਿ ਇੱਕ ਨਿਸ਼ਚਿਤ ਸਮੇਂ ਤੋਂ ਪਹਿਲਾਂ, ਇੱਕ ਹਫ਼ਤੇ ਦੇ ਅੰਦਰ ਕਹੋ, ਸੰਬੰਧਿਤ ਸਮਾਰਟ ਕੰਟਰੈਕਟ ਖਾਤੇ ਨੂੰ ਇੱਕ ਨਿਸ਼ਚਿਤ ਰਕਮ ਲਈ ਕੁਝ ਪਤਿਆਂ ਤੋਂ ਤਿੰਨ ਭੁਗਤਾਨ ਪ੍ਰਾਪਤ ਹੋਣੇ ਚਾਹੀਦੇ ਹਨ। ਜੇਕਰ ਅਜਿਹਾ ਨਹੀਂ ਹੁੰਦਾ, ਤਾਂ ਸਮਾਰਟ ਕੰਟਰੈਕਟ ਲਾਗੂ ਕਰਨਾ ਬੰਦ ਕਰ ਦਿੰਦਾ ਹੈ ਅਤੇ ਸਾਰੇ ਭਾਗੀਦਾਰਾਂ ਨੂੰ ਸਿੱਕੇ ਵਾਪਸ ਕਰ ਦਿੰਦਾ ਹੈ। ਜੇਕਰ ਸ਼ਰਤ ਪੂਰੀ ਹੁੰਦੀ ਹੈ, ਤਾਂ ਵਿਕਰੇਤਾ ਅਤੇ ਵਿਚੋਲੇ ਪਛਾਣਕਰਤਾਵਾਂ ਦੇ ਮੁੱਲ ਨਿਰਧਾਰਤ ਕੀਤੇ ਜਾਂਦੇ ਹਨ, ਅਤੇ ਸ਼ਰਤ ਦੀ ਜਾਂਚ ਕੀਤੀ ਜਾਂਦੀ ਹੈ ਕਿ ਸਾਰੇ ਭਾਗੀਦਾਰ ਵਿਕਰੇਤਾ ਅਤੇ ਵਿਚੋਲੇ ਦੀ ਚੋਣ ਨਾਲ ਸਹਿਮਤ ਹਨ। ਜਦੋਂ ਸਾਰੀਆਂ ਸ਼ਰਤਾਂ ਪੂਰੀਆਂ ਹੋ ਜਾਂਦੀਆਂ ਹਨ, ਤਾਂ ਫੰਡ ਨਿਰਧਾਰਤ ਪਤਿਆਂ 'ਤੇ ਟਰਾਂਸਫਰ ਕੀਤੇ ਜਾਣਗੇ। ਇਹ ਪਹੁੰਚ ਭਾਗੀਦਾਰਾਂ ਨੂੰ ਕਿਸੇ ਵੀ ਪਾਸਿਓਂ ਧੋਖਾਧੜੀ ਤੋਂ ਬਚਾ ਸਕਦੀ ਹੈ ਅਤੇ ਆਮ ਤੌਰ 'ਤੇ ਭਰੋਸਾ ਕਰਨ ਦੀ ਜ਼ਰੂਰਤ ਨੂੰ ਖਤਮ ਕਰਦੀ ਹੈ।

ਅਸੀਂ ਇਸ ਉਦਾਹਰਨ ਵਿੱਚ ਇਹ ਸਿਧਾਂਤ ਦੇਖਦੇ ਹਾਂ ਕਿ ਹਰੇਕ ਸ਼ਰਤ ਨੂੰ ਪੂਰਾ ਕਰਨ ਲਈ ਕਦਮ-ਦਰ-ਕਦਮ ਸੈੱਟ ਪੈਰਾਮੀਟਰਾਂ ਦੀ ਇਹ ਯੋਗਤਾ ਤੁਹਾਨੂੰ ਕਿਸੇ ਵੀ ਗੁੰਝਲਦਾਰਤਾ ਅਤੇ ਨੇਸਟਡ ਪੱਧਰਾਂ ਦੀ ਡੂੰਘਾਈ ਦੇ ਸਿਸਟਮ ਬਣਾਉਣ ਦੀ ਆਗਿਆ ਦਿੰਦੀ ਹੈ। ਇਸ ਤੋਂ ਇਲਾਵਾ, ਤੁਸੀਂ ਸਮਾਰਟ ਕੰਟਰੈਕਟ ਵਿਚ ਪਹਿਲੀ ਸ਼ਰਤ ਨੂੰ ਪਹਿਲਾਂ ਪਰਿਭਾਸ਼ਿਤ ਕਰ ਸਕਦੇ ਹੋ, ਅਤੇ ਇਸਦੀ ਪੂਰਤੀ ਤੋਂ ਬਾਅਦ ਹੀ ਤੁਸੀਂ ਅਗਲੀ ਸ਼ਰਤ ਲਈ ਪੈਰਾਮੀਟਰ ਸੈੱਟ ਕਰ ਸਕਦੇ ਹੋ। ਦੂਜੇ ਸ਼ਬਦਾਂ ਵਿੱਚ, ਸ਼ਰਤ ਰਸਮੀ ਤੌਰ 'ਤੇ ਲਿਖੀ ਜਾਂਦੀ ਹੈ, ਅਤੇ ਇਸਦੇ ਲਈ ਮਾਪਦੰਡ ਪਹਿਲਾਂ ਹੀ ਇਸਦੀ ਕਾਰਵਾਈ ਦੌਰਾਨ ਸੈੱਟ ਕੀਤੇ ਜਾ ਸਕਦੇ ਹਨ।

ਸਮਾਰਟ ਕੰਟਰੈਕਟਸ ਦਾ ਵਰਗੀਕਰਨ

ਵਰਗੀਕਰਨ ਲਈ, ਤੁਸੀਂ ਮਾਪਦੰਡਾਂ ਦੇ ਵੱਖ-ਵੱਖ ਸਮੂਹਾਂ ਨੂੰ ਸੈੱਟ ਕਰ ਸਕਦੇ ਹੋ। ਹਾਲਾਂਕਿ, ਤਕਨਾਲੋਜੀ ਦੇ ਵਿਕਾਸ ਦੇ ਪਲ 'ਤੇ, ਉਨ੍ਹਾਂ ਵਿੱਚੋਂ ਚਾਰ ਢੁਕਵੇਂ ਹਨ.

ਸਮਾਰਟ ਕੰਟਰੈਕਟਸ ਨੂੰ ਉਹਨਾਂ ਦੇ ਐਗਜ਼ੀਕਿਊਸ਼ਨ ਵਾਤਾਵਰਨ ਦੁਆਰਾ ਵੱਖ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ, ਜੋ ਜਾਂ ਤਾਂ ਕੇਂਦਰੀਕ੍ਰਿਤ ਜਾਂ ਵਿਕੇਂਦਰੀਕ੍ਰਿਤ ਹੋ ਸਕਦਾ ਹੈ। ਵਿਕੇਂਦਰੀਕਰਣ ਦੇ ਮਾਮਲੇ ਵਿੱਚ, ਸਮਾਰਟ ਕੰਟਰੈਕਟਸ ਨੂੰ ਲਾਗੂ ਕਰਨ ਵੇਲੇ ਸਾਡੇ ਕੋਲ ਬਹੁਤ ਜ਼ਿਆਦਾ ਸੁਤੰਤਰਤਾ ਅਤੇ ਨੁਕਸ ਸਹਿਣਸ਼ੀਲਤਾ ਹੈ।

ਉਹਨਾਂ ਨੂੰ ਸ਼ਰਤਾਂ ਨੂੰ ਸੈੱਟ ਕਰਨ ਅਤੇ ਪੂਰਾ ਕਰਨ ਦੀ ਪ੍ਰਕਿਰਿਆ ਦੁਆਰਾ ਵੀ ਵੱਖ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ: ਉਹ ਸੁਤੰਤਰ ਤੌਰ 'ਤੇ ਪ੍ਰੋਗਰਾਮੇਬਲ, ਸੀਮਤ ਜਾਂ ਪੂਰਵ-ਪਰਿਭਾਸ਼ਿਤ ਹੋ ਸਕਦੇ ਹਨ, ਅਰਥਾਤ ਸਖ਼ਤੀ ਨਾਲ ਟਾਈਪ ਕੀਤੇ ਜਾ ਸਕਦੇ ਹਨ। ਜਦੋਂ ਸਮਾਰਟ ਕੰਟਰੈਕਟ ਪਲੇਟਫਾਰਮ 'ਤੇ ਸਿਰਫ਼ 4 ਖਾਸ ਸਮਾਰਟ ਕੰਟਰੈਕਟ ਹੁੰਦੇ ਹਨ, ਤਾਂ ਉਹਨਾਂ ਲਈ ਮਾਪਦੰਡ ਕਿਸੇ ਵੀ ਤਰੀਕੇ ਨਾਲ ਸੈੱਟ ਕੀਤੇ ਜਾ ਸਕਦੇ ਹਨ। ਇਸ ਅਨੁਸਾਰ, ਉਹਨਾਂ ਨੂੰ ਸੈੱਟ ਕਰਨਾ ਬਹੁਤ ਸੌਖਾ ਹੈ: ਅਸੀਂ ਸੂਚੀ ਵਿੱਚੋਂ ਇੱਕ ਇਕਰਾਰਨਾਮਾ ਚੁਣਦੇ ਹਾਂ ਅਤੇ ਮਾਪਦੰਡਾਂ ਨੂੰ ਪਾਸ ਕਰਦੇ ਹਾਂ.

ਸ਼ੁਰੂਆਤੀ ਵਿਧੀ ਦੇ ਅਨੁਸਾਰ, ਆਟੋਮੇਟਿਡ ਸਮਾਰਟ ਕੰਟਰੈਕਟ ਹੁੰਦੇ ਹਨ, ਯਾਨੀ ਜਦੋਂ ਕੁਝ ਸ਼ਰਤਾਂ ਹੁੰਦੀਆਂ ਹਨ, ਉਹ ਸਵੈ-ਨਿਰਮਾਣ ਹੁੰਦੀਆਂ ਹਨ, ਅਤੇ ਅਜਿਹੇ ਇਕਰਾਰਨਾਮੇ ਹੁੰਦੇ ਹਨ ਜਿਨ੍ਹਾਂ ਵਿੱਚ ਸ਼ਰਤਾਂ ਨਿਰਧਾਰਤ ਕੀਤੀਆਂ ਜਾਂਦੀਆਂ ਹਨ, ਪਰ ਪਲੇਟਫਾਰਮ ਆਪਣੇ ਆਪ ਉਹਨਾਂ ਦੀ ਪੂਰਤੀ ਦੀ ਜਾਂਚ ਨਹੀਂ ਕਰਦਾ; ਇਸਦੇ ਲਈ ਉਹ ਵੱਖਰੇ ਤੌਰ 'ਤੇ ਸ਼ੁਰੂ ਕਰਨ ਦੀ ਲੋੜ ਹੈ।

ਇਸ ਤੋਂ ਇਲਾਵਾ, ਸਮਾਰਟ ਕੰਟਰੈਕਟ ਉਹਨਾਂ ਦੀ ਗੋਪਨੀਯਤਾ ਦੇ ਪੱਧਰ ਵਿੱਚ ਵੱਖੋ-ਵੱਖਰੇ ਹੁੰਦੇ ਹਨ। ਉਹ ਜਾਂ ਤਾਂ ਪੂਰੀ ਤਰ੍ਹਾਂ ਖੁੱਲ੍ਹੇ, ਅੰਸ਼ਕ ਤੌਰ 'ਤੇ ਜਾਂ ਪੂਰੀ ਤਰ੍ਹਾਂ ਗੁਪਤ ਹੋ ਸਕਦੇ ਹਨ। ਬਾਅਦ ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਤੀਜੀ-ਧਿਰ ਦੇ ਨਿਰੀਖਕ ਸਮਾਰਟ ਕੰਟਰੈਕਟ ਦੀਆਂ ਸ਼ਰਤਾਂ ਨੂੰ ਨਹੀਂ ਦੇਖਦੇ. ਹਾਲਾਂਕਿ, ਗੋਪਨੀਯਤਾ ਦਾ ਵਿਸ਼ਾ ਬਹੁਤ ਵਿਆਪਕ ਹੈ ਅਤੇ ਮੌਜੂਦਾ ਲੇਖ ਤੋਂ ਵੱਖਰੇ ਤੌਰ 'ਤੇ ਵਿਚਾਰ ਕਰਨਾ ਬਿਹਤਰ ਹੈ.

ਹੇਠਾਂ ਅਸੀਂ ਮੌਜੂਦਾ ਵਿਸ਼ੇ ਦੀ ਸਮਝ ਵਿੱਚ ਹੋਰ ਸਪੱਸ਼ਟਤਾ ਲਿਆਉਣ ਲਈ ਪਹਿਲੇ ਤਿੰਨ ਮਾਪਦੰਡਾਂ 'ਤੇ ਡੂੰਘਾਈ ਨਾਲ ਵਿਚਾਰ ਕਰਾਂਗੇ।

ਰਨਟਾਈਮ ਦੁਆਰਾ ਸਮਾਰਟ ਕੰਟਰੈਕਟ

ਐਗਜ਼ੀਕਿਊਸ਼ਨ ਵਾਤਾਵਰਨ ਦੇ ਆਧਾਰ 'ਤੇ, ਕੇਂਦਰੀਕ੍ਰਿਤ ਅਤੇ ਵਿਕੇਂਦਰੀਕ੍ਰਿਤ ਸਮਾਰਟ ਕੰਟਰੈਕਟ ਪਲੇਟਫਾਰਮਾਂ ਵਿਚਕਾਰ ਇੱਕ ਅੰਤਰ ਬਣਾਇਆ ਗਿਆ ਹੈ। ਕੇਂਦਰੀਕ੍ਰਿਤ ਡਿਜੀਟਲ ਕੰਟਰੈਕਟਸ ਦੇ ਮਾਮਲੇ ਵਿੱਚ, ਇੱਕ ਸਿੰਗਲ ਸੇਵਾ ਦੀ ਵਰਤੋਂ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਜਿੱਥੇ ਸਿਰਫ ਇੱਕ ਪ੍ਰਮਾਣਕ ਹੁੰਦਾ ਹੈ ਅਤੇ ਇੱਕ ਬੈਕਅੱਪ ਅਤੇ ਰਿਕਵਰੀ ਸੇਵਾ ਹੋ ਸਕਦੀ ਹੈ, ਜੋ ਕਿ ਕੇਂਦਰੀ ਤੌਰ 'ਤੇ ਵੀ ਪ੍ਰਬੰਧਿਤ ਹੁੰਦੀ ਹੈ। ਇੱਕ ਡੇਟਾਬੇਸ ਹੈ ਜੋ ਸਮਾਰਟ ਕੰਟਰੈਕਟ ਦੀਆਂ ਸ਼ਰਤਾਂ ਨੂੰ ਸੈੱਟ ਕਰਨ ਅਤੇ ਇਸ ਸੇਵਾ ਡੇਟਾਬੇਸ ਵਿੱਚ ਖਾਤੇ ਵਿੱਚ ਲਏ ਗਏ ਮੁੱਲ ਨੂੰ ਵੰਡਣ ਲਈ ਸਾਰੀ ਲੋੜੀਂਦੀ ਜਾਣਕਾਰੀ ਨੂੰ ਸਟੋਰ ਕਰਦਾ ਹੈ। ਅਜਿਹੀ ਕੇਂਦਰੀਕ੍ਰਿਤ ਸੇਵਾ ਵਿੱਚ ਇੱਕ ਗਾਹਕ ਹੁੰਦਾ ਹੈ ਜੋ ਕੁਝ ਬੇਨਤੀਆਂ ਨਾਲ ਸ਼ਰਤਾਂ ਸੈਟ ਕਰਦਾ ਹੈ ਅਤੇ ਅਜਿਹੇ ਇਕਰਾਰਨਾਮੇ ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ। ਪਲੇਟਫਾਰਮ ਦੀ ਕੇਂਦਰੀਕ੍ਰਿਤ ਪ੍ਰਕਿਰਤੀ ਦੇ ਕਾਰਨ, ਪ੍ਰਮਾਣਿਕਤਾ ਵਿਧੀ ਕ੍ਰਿਪਟੋਕਰੰਸੀ ਦੇ ਮੁਕਾਬਲੇ ਘੱਟ ਸੁਰੱਖਿਅਤ ਹੋ ਸਕਦੀ ਹੈ।

ਇੱਕ ਉਦਾਹਰਨ ਵਜੋਂ, ਅਸੀਂ ਮੋਬਾਈਲ ਸੰਚਾਰ ਪ੍ਰਦਾਤਾ (ਵੱਖ-ਵੱਖ ਮੋਬਾਈਲ ਓਪਰੇਟਰ) ਲੈ ਸਕਦੇ ਹਾਂ। ਮੰਨ ਲਓ ਕਿ ਕੋਈ ਖਾਸ ਆਪਰੇਟਰ ਆਪਣੇ ਸਰਵਰਾਂ 'ਤੇ ਟ੍ਰੈਫਿਕ ਦਾ ਕੇਂਦਰੀਕ੍ਰਿਤ ਰਿਕਾਰਡ ਰੱਖਦਾ ਹੈ, ਜਿਸ ਨੂੰ ਵੱਖ-ਵੱਖ ਫਾਰਮੈਟਾਂ ਵਿੱਚ ਪ੍ਰਸਾਰਿਤ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ, ਉਦਾਹਰਨ ਲਈ: ਵੌਇਸ ਕਾਲਾਂ, SMS ਟ੍ਰਾਂਸਮਿਸ਼ਨ, ਮੋਬਾਈਲ ਇੰਟਰਨੈਟ ਟ੍ਰੈਫਿਕ, ਅਤੇ ਵੱਖ-ਵੱਖ ਮਾਪਦੰਡਾਂ ਦੇ ਅਨੁਸਾਰ, ਅਤੇ ਰਿਕਾਰਡ ਵੀ ਰੱਖਦਾ ਹੈ। ਉਪਭੋਗਤਾ ਬੈਲੇਂਸ 'ਤੇ ਫੰਡਾਂ ਦਾ। ਇਸ ਅਨੁਸਾਰ, ਮੋਬਾਈਲ ਸੰਚਾਰ ਪ੍ਰਦਾਤਾ ਪ੍ਰਦਾਨ ਕੀਤੀਆਂ ਸੇਵਾਵਾਂ ਲਈ ਲੇਖਾ-ਜੋਖਾ ਕਰਨ ਅਤੇ ਵੱਖ-ਵੱਖ ਸ਼ਰਤਾਂ ਨਾਲ ਉਹਨਾਂ ਦੇ ਭੁਗਤਾਨ ਲਈ ਇਕਰਾਰਨਾਮੇ ਤਿਆਰ ਕਰ ਸਕਦਾ ਹੈ। ਇਸ ਸਥਿਤੀ ਵਿੱਚ, "ਅਜਿਹੇ ਅਤੇ ਅਜਿਹੇ ਨੰਬਰ ਨੂੰ ਇੱਕ ਐਸਐਮਐਸ ਭੇਜੋ ਅਤੇ ਤੁਹਾਨੂੰ ਟ੍ਰੈਫਿਕ ਵੰਡ ਲਈ ਅਜਿਹੀਆਂ ਅਤੇ ਅਜਿਹੀਆਂ ਸਥਿਤੀਆਂ ਪ੍ਰਾਪਤ ਹੋਣਗੀਆਂ" ਵਰਗੀਆਂ ਸ਼ਰਤਾਂ ਸੈਟ ਕਰਨਾ ਆਸਾਨ ਹੈ।

ਇੱਕ ਹੋਰ ਉਦਾਹਰਨ ਦਿੱਤੀ ਜਾ ਸਕਦੀ ਹੈ: ਇੰਟਰਨੈਟ ਬੈਂਕਿੰਗ ਦੀ ਵਿਸਤ੍ਰਿਤ ਕਾਰਜਕੁਸ਼ਲਤਾ ਵਾਲੇ ਰਵਾਇਤੀ ਬੈਂਕਾਂ ਅਤੇ ਬਹੁਤ ਹੀ ਸਰਲ ਕੰਟਰੈਕਟ ਜਿਵੇਂ ਕਿ ਨਿਯਮਤ ਭੁਗਤਾਨ, ਆਉਣ ਵਾਲੇ ਭੁਗਤਾਨਾਂ ਦਾ ਸਵੈਚਲਿਤ ਰੂਪਾਂਤਰਨ, ਇੱਕ ਨਿਸ਼ਚਿਤ ਖਾਤੇ ਵਿੱਚ ਵਿਆਜ ਦੀ ਆਟੋਮੈਟਿਕ ਕਟੌਤੀ, ਆਦਿ।

ਜੇਕਰ ਅਸੀਂ ਵਿਕੇਂਦਰੀਕ੍ਰਿਤ ਐਗਜ਼ੀਕਿਊਸ਼ਨ ਵਾਤਾਵਰਨ ਦੇ ਨਾਲ ਸਮਾਰਟ ਕੰਟਰੈਕਟਸ ਬਾਰੇ ਗੱਲ ਕਰ ਰਹੇ ਹਾਂ, ਤਾਂ ਸਾਡੇ ਕੋਲ ਪ੍ਰਮਾਣਿਕਤਾਵਾਂ ਦਾ ਇੱਕ ਸਮੂਹ ਹੈ. ਆਦਰਸ਼ਕ ਤੌਰ 'ਤੇ, ਕੋਈ ਵੀ ਪ੍ਰਮਾਣਕ ਬਣ ਸਕਦਾ ਹੈ। ਡੇਟਾਬੇਸ ਸਿੰਕ੍ਰੋਨਾਈਜ਼ੇਸ਼ਨ ਪ੍ਰੋਟੋਕੋਲ ਅਤੇ ਸਹਿਮਤੀ ਤੱਕ ਪਹੁੰਚਣ ਦੇ ਕਾਰਨ, ਸਾਡੇ ਕੋਲ ਕੁਝ ਸਾਂਝਾ ਡੇਟਾਬੇਸ ਹੈ ਜੋ ਹੁਣ ਸਾਰੇ ਲੈਣ-ਦੇਣ ਨੂੰ ਸਖਤੀ ਨਾਲ ਵਰਣਿਤ ਇਕਰਾਰਨਾਮੇ ਦੇ ਨਾਲ ਸਟੋਰ ਕਰੇਗਾ, ਨਾ ਕਿ ਕੁਝ ਸ਼ਰਤੀਆ ਪੁੱਛਗਿੱਛਾਂ, ਜਿਨ੍ਹਾਂ ਦੇ ਫਾਰਮੈਟ ਅਕਸਰ ਬਦਲਦੇ ਹਨ, ਅਤੇ ਕੋਈ ਖੁੱਲਾ ਨਿਰਧਾਰਨ ਨਹੀਂ ਹੈ। ਇੱਥੇ, ਲੈਣ-ਦੇਣ ਵਿੱਚ ਇੱਕ ਸਖਤ ਨਿਰਧਾਰਨ ਦੇ ਅਨੁਸਾਰ ਇਕਰਾਰਨਾਮੇ ਨੂੰ ਲਾਗੂ ਕਰਨ ਲਈ ਨਿਰਦੇਸ਼ ਸ਼ਾਮਲ ਹੋਣਗੇ। ਇਹ ਨਿਰਧਾਰਨ ਖੁੱਲਾ ਹੈ ਅਤੇ, ਇਸਲਈ, ਪਲੇਟਫਾਰਮ ਉਪਭੋਗਤਾ ਖੁਦ ਆਡਿਟ ਕਰ ਸਕਦੇ ਹਨ ਅਤੇ ਸਮਾਰਟ ਕੰਟਰੈਕਟਸ ਨੂੰ ਪ੍ਰਮਾਣਿਤ ਕਰ ਸਕਦੇ ਹਨ। ਇੱਥੇ ਅਸੀਂ ਦੇਖਦੇ ਹਾਂ ਕਿ ਵਿਕੇਂਦਰੀਕ੍ਰਿਤ ਪਲੇਟਫਾਰਮ ਸੁਤੰਤਰਤਾ ਅਤੇ ਨੁਕਸ ਸਹਿਣਸ਼ੀਲਤਾ ਦੇ ਮਾਮਲੇ ਵਿੱਚ ਕੇਂਦਰੀਕ੍ਰਿਤ ਪਲੇਟਫਾਰਮਾਂ ਨਾਲੋਂ ਉੱਤਮ ਹਨ, ਪਰ ਉਹਨਾਂ ਦਾ ਡਿਜ਼ਾਈਨ ਅਤੇ ਰੱਖ-ਰਖਾਅ ਬਹੁਤ ਜ਼ਿਆਦਾ ਗੁੰਝਲਦਾਰ ਹੈ।

ਸ਼ਰਤਾਂ ਨੂੰ ਸੈੱਟ ਕਰਨ ਅਤੇ ਪੂਰਾ ਕਰਨ ਦੇ ਢੰਗ ਦੁਆਰਾ ਸਮਾਰਟ ਕੰਟਰੈਕਟ

ਹੁਣ ਆਓ ਇਸ ਗੱਲ 'ਤੇ ਡੂੰਘਾਈ ਨਾਲ ਵਿਚਾਰ ਕਰੀਏ ਕਿ ਕਿਵੇਂ ਸਮਾਰਟ ਕੰਟਰੈਕਟ ਉਨ੍ਹਾਂ ਦੇ ਸੈੱਟ ਕਰਨ ਅਤੇ ਸ਼ਰਤਾਂ ਨੂੰ ਪੂਰਾ ਕਰਨ ਦੇ ਤਰੀਕੇ ਵਿੱਚ ਵੱਖਰੇ ਹੋ ਸਕਦੇ ਹਨ। ਇੱਥੇ ਅਸੀਂ ਆਪਣਾ ਧਿਆਨ ਸਮਾਰਟ ਕੰਟਰੈਕਟਸ ਵੱਲ ਮੋੜਦੇ ਹਾਂ ਜੋ ਬੇਤਰਤੀਬੇ ਤੌਰ 'ਤੇ ਪ੍ਰੋਗਰਾਮੇਬਲ ਅਤੇ ਟਿਊਰਿੰਗ ਸੰਪੂਰਨ ਹਨ। ਇੱਕ ਟਿਊਰਿੰਗ-ਮੁਕੰਮਲ ਸਮਾਰਟ ਕੰਟਰੈਕਟ ਤੁਹਾਨੂੰ ਇਕਰਾਰਨਾਮੇ ਨੂੰ ਲਾਗੂ ਕਰਨ ਲਈ ਸ਼ਰਤਾਂ ਵਜੋਂ ਲਗਭਗ ਕਿਸੇ ਵੀ ਐਲਗੋਰਿਦਮ ਨੂੰ ਸੈੱਟ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ: ਲਿਖੋ ਚੱਕਰ, ਸੰਭਾਵਨਾਵਾਂ ਦੀ ਗਣਨਾ ਕਰਨ ਲਈ ਕੁਝ ਫੰਕਸ਼ਨ, ਅਤੇ ਇਸ ਤਰ੍ਹਾਂ ਦੇ - ਬਿਲਕੁਲ ਤੁਹਾਡੇ ਆਪਣੇ ਇਲੈਕਟ੍ਰਾਨਿਕ ਦਸਤਖਤ ਐਲਗੋਰਿਦਮ ਤੱਕ। ਇਸ ਕੇਸ ਵਿੱਚ, ਸਾਡਾ ਮਤਲਬ ਤਰਕ ਦੀ ਅਸਲ ਵਿੱਚ ਮਨਮਾਨੀ ਲਿਖਤ ਹੈ।

ਇੱਥੇ ਮਨਮਾਨੇ ਸਮਾਰਟ ਕੰਟਰੈਕਟ ਵੀ ਹਨ, ਪਰ ਟਿਊਰਿੰਗ ਪੂਰੇ ਨਹੀਂ ਹਨ। ਇਸ ਵਿੱਚ ਉਹਨਾਂ ਦੀ ਆਪਣੀ ਸਕ੍ਰਿਪਟ ਦੇ ਨਾਲ ਬਿਟਕੋਇਨ ਅਤੇ ਲਾਈਟਕੋਇਨ ਸ਼ਾਮਲ ਹਨ। ਇਸਦਾ ਮਤਲਬ ਹੈ ਕਿ ਤੁਸੀਂ ਕਿਸੇ ਵੀ ਕ੍ਰਮ ਵਿੱਚ ਸਿਰਫ ਕੁਝ ਖਾਸ ਓਪਰੇਸ਼ਨਾਂ ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦੇ ਹੋ, ਪਰ ਤੁਸੀਂ ਹੁਣ ਲੂਪਸ ਅਤੇ ਆਪਣੇ ਖੁਦ ਦੇ ਐਲਗੋਰਿਦਮ ਨਹੀਂ ਲਿਖ ਸਕਦੇ ਹੋ।

ਇਸ ਤੋਂ ਇਲਾਵਾ, ਇੱਥੇ ਸਮਾਰਟ ਕੰਟਰੈਕਟ ਪਲੇਟਫਾਰਮ ਹਨ ਜੋ ਪਹਿਲਾਂ ਤੋਂ ਪਰਿਭਾਸ਼ਿਤ ਸਮਾਰਟ ਕੰਟਰੈਕਟਸ ਨੂੰ ਲਾਗੂ ਕਰਦੇ ਹਨ। ਇਹਨਾਂ ਵਿੱਚ ਬਿਟਸ਼ੇਅਰਸ ਅਤੇ ਸਟੀਮਿਟ ਸ਼ਾਮਲ ਹਨ। ਬਿਟਸ਼ੇਅਰਸ ਕੋਲ ਵਪਾਰ, ਖਾਤਾ ਪ੍ਰਬੰਧਨ, ਪਲੇਟਫਾਰਮ ਦੇ ਪ੍ਰਬੰਧਨ ਅਤੇ ਇਸਦੇ ਮਾਪਦੰਡਾਂ ਲਈ ਸਮਾਰਟ ਕੰਟਰੈਕਟ ਦੀ ਇੱਕ ਸੀਮਾ ਹੈ। ਸਟੀਮੀਟ ਇੱਕ ਸਮਾਨ ਪਲੇਟਫਾਰਮ ਹੈ, ਪਰ ਇਹ ਹੁਣ ਬਿੱਟਸ਼ੇਅਰਸ ਵਾਂਗ ਟੋਕਨਾਂ ਅਤੇ ਵਪਾਰ ਜਾਰੀ ਕਰਨ 'ਤੇ ਕੇਂਦ੍ਰਿਤ ਨਹੀਂ ਹੈ, ਪਰ ਬਲੌਗਿੰਗ 'ਤੇ, ਯਾਨੀ ਕਿ ਇਹ ਵਿਕੇਂਦਰੀਕ੍ਰਿਤ ਤਰੀਕੇ ਨਾਲ ਸਮੱਗਰੀ ਨੂੰ ਸਟੋਰ ਅਤੇ ਪ੍ਰਕਿਰਿਆ ਕਰਦਾ ਹੈ।

ਆਰਬਿਟਰੇਰੀ ਟਿਊਰਿੰਗ-ਪੂਰੇ ਕੰਟਰੈਕਟਸ ਵਿੱਚ ਈਥਰਿਅਮ ਪਲੇਟਫਾਰਮ ਅਤੇ ਰੂਟਸਟੌਕ ਸ਼ਾਮਲ ਹਨ, ਜੋ ਅਜੇ ਵੀ ਵਿਕਾਸ ਅਧੀਨ ਹੈ। ਇਸ ਲਈ, ਹੇਠਾਂ ਅਸੀਂ Ethereum ਸਮਾਰਟ ਕੰਟਰੈਕਟ ਪਲੇਟਫਾਰਮ 'ਤੇ ਥੋੜਾ ਹੋਰ ਵਿਸਥਾਰ ਵਿੱਚ ਵਿਚਾਰ ਕਰਾਂਗੇ.

ਸ਼ੁਰੂਆਤੀ ਵਿਧੀ ਦੁਆਰਾ ਸਮਾਰਟ ਕੰਟਰੈਕਟ

ਸ਼ੁਰੂਆਤ ਦੀ ਵਿਧੀ ਦੇ ਆਧਾਰ 'ਤੇ, ਸਮਾਰਟ ਕੰਟਰੈਕਟਸ ਨੂੰ ਘੱਟੋ-ਘੱਟ ਦੋ ਸਮੂਹਾਂ ਵਿੱਚ ਵੀ ਵੰਡਿਆ ਜਾ ਸਕਦਾ ਹੈ: ਸਵੈਚਲਿਤ ਅਤੇ ਮੈਨੂਅਲ (ਆਟੋਮੇਟਿਡ ਨਹੀਂ)। ਸਵੈਚਲਿਤ ਲੋਕਾਂ ਦੀ ਵਿਸ਼ੇਸ਼ਤਾ ਇਸ ਤੱਥ ਦੁਆਰਾ ਕੀਤੀ ਜਾਂਦੀ ਹੈ ਕਿ, ਸਾਰੇ ਜਾਣੇ-ਪਛਾਣੇ ਮਾਪਦੰਡਾਂ ਅਤੇ ਸ਼ਰਤਾਂ ਦੇ ਮੱਦੇਨਜ਼ਰ, ਸਮਾਰਟ ਇਕਰਾਰਨਾਮੇ ਨੂੰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਆਪਣੇ ਆਪ ਚਲਾਇਆ ਜਾਂਦਾ ਹੈ, ਯਾਨੀ, ਇਸ ਨੂੰ ਕਿਸੇ ਵੀ ਵਾਧੂ ਟ੍ਰਾਂਜੈਕਸ਼ਨਾਂ ਨੂੰ ਭੇਜਣ ਅਤੇ ਹਰੇਕ ਅਗਲੇ ਐਗਜ਼ੀਕਿਊਸ਼ਨ 'ਤੇ ਵਾਧੂ ਕਮਿਸ਼ਨ ਖਰਚਣ ਦੀ ਲੋੜ ਨਹੀਂ ਹੁੰਦੀ ਹੈ। ਸਮਾਰਟ ਕੰਟਰੈਕਟ ਕਿਵੇਂ ਪੂਰਾ ਹੋਵੇਗਾ ਇਸਦੀ ਗਣਨਾ ਕਰਨ ਲਈ ਪਲੇਟਫਾਰਮ ਕੋਲ ਸਾਰਾ ਡਾਟਾ ਹੈ। ਉਥੋਂ ਦਾ ਤਰਕ ਆਪਹੁਦਰਾ ਨਹੀਂ ਹੈ, ਪਰ ਪਹਿਲਾਂ ਤੋਂ ਨਿਰਧਾਰਤ ਹੈ ਅਤੇ ਇਹ ਸਭ ਭਵਿੱਖਬਾਣੀਯੋਗ ਹੈ। ਭਾਵ, ਤੁਸੀਂ ਇੱਕ ਸਮਾਰਟ ਕੰਟਰੈਕਟ ਨੂੰ ਲਾਗੂ ਕਰਨ ਦੀ ਗੁੰਝਲਤਾ ਦਾ ਪਹਿਲਾਂ ਤੋਂ ਅੰਦਾਜ਼ਾ ਲਗਾ ਸਕਦੇ ਹੋ, ਇਸਦੇ ਲਈ ਕਿਸੇ ਕਿਸਮ ਦੇ ਨਿਰੰਤਰ ਕਮਿਸ਼ਨ ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦੇ ਹੋ, ਅਤੇ ਇਸਦੇ ਲਾਗੂ ਕਰਨ ਲਈ ਸਾਰੀਆਂ ਪ੍ਰਕਿਰਿਆਵਾਂ ਵਧੇਰੇ ਕੁਸ਼ਲ ਹਨ.

ਸਮਾਰਟ ਕੰਟਰੈਕਟਸ ਲਈ ਜੋ ਸੁਤੰਤਰ ਤੌਰ 'ਤੇ ਪ੍ਰੋਗਰਾਮ ਕੀਤੇ ਗਏ ਹਨ, ਐਗਜ਼ੀਕਿਊਸ਼ਨ ਸਵੈਚਾਲਿਤ ਨਹੀਂ ਹੈ। ਅਜਿਹੇ ਸਮਾਰਟ ਇਕਰਾਰਨਾਮੇ ਨੂੰ ਸ਼ੁਰੂ ਕਰਨ ਲਈ, ਅਸਲ ਵਿੱਚ ਹਰ ਪੜਾਅ 'ਤੇ ਤੁਹਾਨੂੰ ਇੱਕ ਨਵਾਂ ਲੈਣ-ਦੇਣ ਬਣਾਉਣ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ, ਜਿਸ ਨੂੰ ਅਗਲੇ ਐਗਜ਼ੀਕਿਊਸ਼ਨ ਪੜਾਅ ਜਾਂ ਅਗਲੇ ਸਮਾਰਟ ਕੰਟਰੈਕਟ ਵਿਧੀ ਨੂੰ ਕਾਲ ਕੀਤਾ ਜਾਵੇਗਾ, ਉਚਿਤ ਕਮਿਸ਼ਨ ਦਾ ਭੁਗਤਾਨ ਕਰੋ ਅਤੇ ਟ੍ਰਾਂਜੈਕਸ਼ਨ ਦੀ ਪੁਸ਼ਟੀ ਹੋਣ ਦੀ ਉਡੀਕ ਕਰੋ। ਐਗਜ਼ੀਕਿਊਸ਼ਨ ਸਫਲਤਾਪੂਰਵਕ ਪੂਰਾ ਹੋ ਸਕਦਾ ਹੈ ਜਾਂ ਨਹੀਂ, ਕਿਉਂਕਿ ਸਮਾਰਟ ਕੰਟਰੈਕਟ ਕੋਡ ਆਪਹੁਦਰਾ ਹੈ ਅਤੇ ਕੁਝ ਅਣਪਛਾਤੇ ਪਲ ਦਿਖਾਈ ਦੇ ਸਕਦੇ ਹਨ, ਜਿਵੇਂ ਕਿ ਇੱਕ ਸਦੀਵੀ ਲੂਪ, ਕੁਝ ਮਾਪਦੰਡਾਂ ਅਤੇ ਆਰਗੂਮੈਂਟਾਂ ਦੀ ਘਾਟ, ਅਣ-ਪ੍ਰਬੰਧਿਤ ਅਪਵਾਦ, ਆਦਿ।

Ethereum ਖਾਤੇ

Ethereum ਖਾਤੇ ਦੀ ਕਿਸਮ

ਆਓ ਦੇਖੀਏ ਕਿ Ethereum ਪਲੇਟਫਾਰਮ 'ਤੇ ਕਿਸ ਤਰ੍ਹਾਂ ਦੇ ਖਾਤੇ ਹੋ ਸਕਦੇ ਹਨ। ਇੱਥੇ ਸਿਰਫ਼ ਦੋ ਤਰ੍ਹਾਂ ਦੇ ਖਾਤੇ ਹਨ ਅਤੇ ਹੋਰ ਕੋਈ ਵਿਕਲਪ ਨਹੀਂ ਹਨ। ਪਹਿਲੀ ਕਿਸਮ ਨੂੰ ਉਪਭੋਗਤਾ ਖਾਤਾ ਕਿਹਾ ਜਾਂਦਾ ਹੈ, ਦੂਜੀ ਨੂੰ ਇਕਰਾਰਨਾਮਾ ਖਾਤਾ ਕਿਹਾ ਜਾਂਦਾ ਹੈ। ਆਓ ਇਹ ਪਤਾ ਕਰੀਏ ਕਿ ਉਹ ਕਿਵੇਂ ਵੱਖਰੇ ਹਨ।

ਉਪਭੋਗਤਾ ਖਾਤਾ ਸਿਰਫ ਇਲੈਕਟ੍ਰਾਨਿਕ ਦਸਤਖਤ ਦੀ ਨਿੱਜੀ ਕੁੰਜੀ ਦੁਆਰਾ ਨਿਯੰਤਰਿਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਖਾਤਾ ਮਾਲਕ ECDSA (Elliptic Curve Digital Signature Algorithm) ਐਲਗੋਰਿਦਮ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਇਲੈਕਟ੍ਰਾਨਿਕ ਦਸਤਖਤ ਲਈ ਆਪਣੀ ਖੁਦ ਦੀ ਕੁੰਜੀ ਜੋੜਾ ਤਿਆਰ ਕਰਦਾ ਹੈ। ਸਿਰਫ਼ ਇਸ ਕੁੰਜੀ ਨਾਲ ਹਸਤਾਖਰ ਕੀਤੇ ਲੈਣ-ਦੇਣ ਹੀ ਇਸ ਖਾਤੇ ਦੀ ਸਥਿਤੀ ਨੂੰ ਬਦਲ ਸਕਦੇ ਹਨ।

ਸਮਾਰਟ ਕੰਟਰੈਕਟ ਖਾਤੇ ਲਈ ਇੱਕ ਵੱਖਰਾ ਤਰਕ ਦਿੱਤਾ ਗਿਆ ਹੈ। ਇਹ ਸਿਰਫ ਪੂਰਵ-ਪ੍ਰਭਾਸ਼ਿਤ ਸੌਫਟਵੇਅਰ ਕੋਡ ਦੁਆਰਾ ਨਿਯੰਤਰਿਤ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ ਜੋ ਸਮਾਰਟ ਕੰਟਰੈਕਟ ਦੇ ਵਿਵਹਾਰ ਨੂੰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਨਿਰਧਾਰਤ ਕਰਦਾ ਹੈ: ਇਹ ਕੁਝ ਖਾਸ ਹਾਲਤਾਂ ਵਿੱਚ ਆਪਣੇ ਸਿੱਕਿਆਂ ਦਾ ਪ੍ਰਬੰਧਨ ਕਿਵੇਂ ਕਰੇਗਾ, ਕਿਸ ਉਪਭੋਗਤਾ ਦੀ ਪਹਿਲਕਦਮੀ 'ਤੇ ਅਤੇ ਕਿਹੜੇ ਵਾਧੂ ਸ਼ਰਤਾਂ ਵਿੱਚ ਇਹ ਸਿੱਕੇ ਵੰਡੇ ਜਾਣਗੇ। ਜੇਕਰ ਪ੍ਰੋਗਰਾਮ ਕੋਡ ਵਿੱਚ ਡਿਵੈਲਪਰਾਂ ਦੁਆਰਾ ਕੁਝ ਪੁਆਇੰਟ ਪ੍ਰਦਾਨ ਨਹੀਂ ਕੀਤੇ ਜਾਂਦੇ ਹਨ, ਤਾਂ ਸਮੱਸਿਆਵਾਂ ਪੈਦਾ ਹੋ ਸਕਦੀਆਂ ਹਨ। ਉਦਾਹਰਨ ਲਈ, ਇੱਕ ਸਮਾਰਟ ਕੰਟਰੈਕਟ ਇੱਕ ਖਾਸ ਸਥਿਤੀ ਪ੍ਰਾਪਤ ਕਰ ਸਕਦਾ ਹੈ ਜਿਸ ਵਿੱਚ ਇਹ ਉਪਭੋਗਤਾਵਾਂ ਵਿੱਚੋਂ ਕਿਸੇ ਤੋਂ ਵੀ ਅੱਗੇ ਚੱਲਣ ਦੀ ਸ਼ੁਰੂਆਤ ਨੂੰ ਸਵੀਕਾਰ ਨਹੀਂ ਕਰਦਾ ਹੈ। ਇਸ ਸਥਿਤੀ ਵਿੱਚ, ਸਿੱਕੇ ਅਸਲ ਵਿੱਚ ਫ੍ਰੀਜ਼ ਕੀਤੇ ਜਾਣਗੇ, ਕਿਉਂਕਿ ਸਮਾਰਟ ਕੰਟਰੈਕਟ ਇਸ ਰਾਜ ਤੋਂ ਬਾਹਰ ਨਿਕਲਣ ਲਈ ਪ੍ਰਦਾਨ ਨਹੀਂ ਕਰਦਾ ਹੈ.

Ethereum 'ਤੇ ਖਾਤੇ ਕਿਵੇਂ ਬਣਾਏ ਜਾਂਦੇ ਹਨ

ਇੱਕ ਉਪਭੋਗਤਾ ਖਾਤੇ ਦੇ ਮਾਮਲੇ ਵਿੱਚ, ਮਾਲਕ ਸੁਤੰਤਰ ਤੌਰ 'ਤੇ ECDSA ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਇੱਕ ਕੁੰਜੀ ਜੋੜਾ ਤਿਆਰ ਕਰਦਾ ਹੈ। ਇਹ ਨੋਟ ਕਰਨਾ ਮਹੱਤਵਪੂਰਨ ਹੈ ਕਿ Ethereum ਬਿਟਕੋਇਨ ਦੇ ਤੌਰ ਤੇ ਇਲੈਕਟ੍ਰਾਨਿਕ ਦਸਤਖਤਾਂ ਲਈ ਬਿਲਕੁਲ ਉਹੀ ਐਲਗੋਰਿਦਮ ਅਤੇ ਬਿਲਕੁਲ ਉਹੀ ਅੰਡਾਕਾਰ ਵਕਰ ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ, ਪਰ ਪਤੇ ਦੀ ਗਣਨਾ ਥੋੜੇ ਵੱਖਰੇ ਤਰੀਕੇ ਨਾਲ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। ਇੱਥੇ, ਡਬਲ ਹੈਸ਼ਿੰਗ ਦਾ ਨਤੀਜਾ ਹੁਣ ਨਹੀਂ ਵਰਤਿਆ ਗਿਆ ਹੈ, ਜਿਵੇਂ ਕਿ ਬਿਟਕੋਇਨ ਵਿੱਚ, ਪਰ ਸਿੰਗਲ ਹੈਸ਼ਿੰਗ 256 ਬਿੱਟ ਦੀ ਲੰਬਾਈ 'ਤੇ ਕੇਕੈਕ ਫੰਕਸ਼ਨ ਨਾਲ ਪ੍ਰਦਾਨ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। ਸਭ ਤੋਂ ਘੱਟ ਮਹੱਤਵਪੂਰਨ ਬਿੱਟ ਨਤੀਜੇ ਵਾਲੇ ਮੁੱਲ ਤੋਂ ਕੱਟੇ ਜਾਂਦੇ ਹਨ, ਅਰਥਾਤ ਆਉਟਪੁੱਟ ਹੈਸ਼ ਮੁੱਲ ਦੇ ਸਭ ਤੋਂ ਘੱਟ ਮਹੱਤਵਪੂਰਨ 160 ਬਿੱਟ। ਨਤੀਜੇ ਵਜੋਂ, ਸਾਨੂੰ Ethereum ਵਿੱਚ ਇੱਕ ਪਤਾ ਮਿਲਦਾ ਹੈ. ਅਸਲ ਵਿੱਚ, ਇਹ 20 ਬਾਈਟ ਲੈਂਦਾ ਹੈ।

ਕਿਰਪਾ ਕਰਕੇ ਨੋਟ ਕਰੋ ਕਿ ਈਥਰਿਅਮ ਵਿੱਚ ਖਾਤਾ ਪਛਾਣਕਰਤਾ ਨੂੰ ਬਿਟਕੋਇਨ ਅਤੇ ਹੋਰ ਬਹੁਤ ਸਾਰੇ ਸਿਸਟਮਾਂ ਦੇ ਉਲਟ, ਚੈੱਕਸਮ ਨੂੰ ਲਾਗੂ ਕੀਤੇ ਬਿਨਾਂ ਹੈਕਸਾ ਵਿੱਚ ਏਨਕੋਡ ਕੀਤਾ ਗਿਆ ਹੈ, ਜਿੱਥੇ ਪਤਾ ਇੱਕ ਚੈੱਕਸਮ ਦੇ ਜੋੜ ਦੇ ਨਾਲ ਇੱਕ ਅਧਾਰ 58 ਨੰਬਰ ਸਿਸਟਮ ਵਿੱਚ ਏਨਕੋਡ ਕੀਤਾ ਗਿਆ ਹੈ। ਇਸਦਾ ਮਤਲਬ ਹੈ ਕਿ ਤੁਹਾਨੂੰ ਈਥਰਿਅਮ ਵਿੱਚ ਖਾਤਾ ਪਛਾਣਕਰਤਾਵਾਂ ਨਾਲ ਕੰਮ ਕਰਦੇ ਸਮੇਂ ਸਾਵਧਾਨ ਰਹਿਣ ਦੀ ਲੋੜ ਹੈ: ਪਛਾਣਕਰਤਾ ਵਿੱਚ ਇੱਕ ਗਲਤੀ ਵੀ ਸਿੱਕਿਆਂ ਦੇ ਨੁਕਸਾਨ ਦੀ ਗਾਰੰਟੀ ਹੈ।

ਇੱਕ ਮਹੱਤਵਪੂਰਨ ਵਿਸ਼ੇਸ਼ਤਾ ਹੈ ਅਤੇ ਉਹ ਇਹ ਹੈ ਕਿ ਆਮ ਡੇਟਾਬੇਸ ਪੱਧਰ 'ਤੇ ਇੱਕ ਉਪਭੋਗਤਾ ਖਾਤਾ ਉਸ ਸਮੇਂ ਬਣਾਇਆ ਜਾਂਦਾ ਹੈ ਜਦੋਂ ਉਹ ਪਹਿਲੀ ਆਉਣ ਵਾਲੀ ਅਦਾਇਗੀ ਨੂੰ ਸਵੀਕਾਰ ਕਰਦਾ ਹੈ।

ਇੱਕ ਸਮਾਰਟ ਕੰਟਰੈਕਟ ਖਾਤਾ ਬਣਾਉਣਾ ਇੱਕ ਪੂਰੀ ਤਰ੍ਹਾਂ ਵੱਖਰੀ ਪਹੁੰਚ ਲੈਂਦਾ ਹੈ। ਸ਼ੁਰੂ ਵਿੱਚ, ਉਪਭੋਗਤਾਵਾਂ ਵਿੱਚੋਂ ਇੱਕ ਸਮਾਰਟ ਕੰਟਰੈਕਟ ਦਾ ਸਰੋਤ ਕੋਡ ਲਿਖਦਾ ਹੈ, ਜਿਸ ਤੋਂ ਬਾਅਦ ਕੋਡ ਨੂੰ Ethereum ਪਲੇਟਫਾਰਮ ਲਈ ਵਿਸ਼ੇਸ਼ ਕੰਪਾਈਲਰ ਦੁਆਰਾ ਪਾਸ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਆਪਣੀ ਖੁਦ ਦੀ Ethereum ਵਰਚੁਅਲ ਮਸ਼ੀਨ ਲਈ ਬਾਈਟਕੋਡ ਪ੍ਰਾਪਤ ਕਰਦਾ ਹੈ. ਨਤੀਜਾ ਬਾਈਟਕੋਡ ਟ੍ਰਾਂਜੈਕਸ਼ਨ ਦੇ ਇੱਕ ਵਿਸ਼ੇਸ਼ ਖੇਤਰ ਵਿੱਚ ਰੱਖਿਆ ਗਿਆ ਹੈ। ਇਹ ਸ਼ੁਰੂਆਤ ਕਰਨ ਵਾਲੇ ਦੇ ਖਾਤੇ ਦੀ ਤਰਫੋਂ ਪ੍ਰਮਾਣਿਤ ਹੈ। ਅੱਗੇ, ਇਹ ਲੈਣ-ਦੇਣ ਪੂਰੇ ਨੈੱਟਵਰਕ ਵਿੱਚ ਫੈਲਾਇਆ ਜਾਂਦਾ ਹੈ ਅਤੇ ਸਮਾਰਟ ਕੰਟਰੈਕਟ ਕੋਡ ਰੱਖਦਾ ਹੈ। ਲੈਣ-ਦੇਣ ਲਈ ਕਮਿਸ਼ਨ ਅਤੇ, ਇਸ ਅਨੁਸਾਰ, ਇਕਰਾਰਨਾਮੇ ਨੂੰ ਲਾਗੂ ਕਰਨ ਲਈ ਸ਼ੁਰੂਆਤੀ ਦੇ ਖਾਤੇ ਦੇ ਬਕਾਏ ਤੋਂ ਵਾਪਸ ਲਿਆ ਜਾਂਦਾ ਹੈ।

ਹਰੇਕ ਸਮਾਰਟ ਕੰਟਰੈਕਟ ਵਿੱਚ ਲਾਜ਼ਮੀ ਤੌਰ 'ਤੇ ਇਸਦਾ ਆਪਣਾ ਕੰਸਟਰਕਟਰ (ਇਸ ਇਕਰਾਰਨਾਮੇ ਦਾ) ਸ਼ਾਮਲ ਹੁੰਦਾ ਹੈ। ਇਹ ਖਾਲੀ ਹੋ ਸਕਦਾ ਹੈ ਜਾਂ ਇਸ ਵਿੱਚ ਸਮੱਗਰੀ ਹੋ ਸਕਦੀ ਹੈ। ਕੰਸਟਰਕਟਰ ਦੇ ਐਗਜ਼ੀਕਿਊਟ ਹੋਣ ਤੋਂ ਬਾਅਦ, ਇੱਕ ਸਮਾਰਟ ਕੰਟਰੈਕਟ ਖਾਤਾ ਪਛਾਣਕਰਤਾ ਬਣਾਇਆ ਜਾਂਦਾ ਹੈ, ਜਿਸਦੀ ਵਰਤੋਂ ਕਰਕੇ ਤੁਸੀਂ ਸਿੱਕੇ ਭੇਜ ਸਕਦੇ ਹੋ, ਕੁਝ ਸਮਾਰਟ ਕੰਟਰੈਕਟ ਵਿਧੀਆਂ ਨੂੰ ਕਾਲ ਕਰ ਸਕਦੇ ਹੋ, ਆਦਿ।

ਈਥਰਿਅਮ ਲੈਣ-ਦੇਣ ਦਾ ਢਾਂਚਾ

ਇਸਨੂੰ ਸਪੱਸ਼ਟ ਕਰਨ ਲਈ, ਅਸੀਂ ਇੱਕ Ethereum ਟ੍ਰਾਂਜੈਕਸ਼ਨ ਦੀ ਬਣਤਰ ਅਤੇ ਇੱਕ ਉਦਾਹਰਨ ਸਮਾਰਟ ਕੰਟਰੈਕਟ ਕੋਡ ਨੂੰ ਦੇਖਣਾ ਸ਼ੁਰੂ ਕਰਾਂਗੇ।

ਇੱਕ Ethereum ਲੈਣ-ਦੇਣ ਵਿੱਚ ਕਈ ਖੇਤਰ ਸ਼ਾਮਲ ਹੁੰਦੇ ਹਨ। ਇਹਨਾਂ ਵਿੱਚੋਂ ਪਹਿਲਾ, ਗੈਰ-ਕਾਨੂੰਨੀ ਤੌਰ 'ਤੇ, ਖਾਤੇ ਨਾਲ ਸੰਬੰਧਿਤ ਲੈਣ-ਦੇਣ ਦਾ ਇੱਕ ਖਾਸ ਸੀਰੀਅਲ ਨੰਬਰ ਹੈ ਜੋ ਇਸਨੂੰ ਵੰਡਦਾ ਹੈ ਅਤੇ ਇਸਦਾ ਲੇਖਕ ਹੈ। ਇਹ ਦੋਹਰੇ ਲੈਣ-ਦੇਣ ਨੂੰ ਵੱਖ ਕਰਨ ਲਈ ਜ਼ਰੂਰੀ ਹੈ, ਯਾਨੀ ਕਿ, ਜਦੋਂ ਇੱਕੋ ਟ੍ਰਾਂਜੈਕਸ਼ਨ ਨੂੰ ਦੋ ਵਾਰ ਸਵੀਕਾਰ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਤਾਂ ਕੇਸ ਨੂੰ ਬਾਹਰ ਕੱਢਣ ਲਈ। ਇੱਕ ਪਛਾਣਕਰਤਾ ਦੀ ਵਰਤੋਂ ਕਰਕੇ, ਹਰੇਕ ਲੈਣ-ਦੇਣ ਦਾ ਇੱਕ ਵਿਲੱਖਣ ਹੈਸ਼ ਮੁੱਲ ਹੁੰਦਾ ਹੈ।

ਅੱਗੇ ਇੱਕ ਖੇਤਰ ਆਉਂਦਾ ਹੈ ਜਿਵੇਂ ਕਿ ਗੈਸ ਦੀ ਕੀਮਤ. ਇਹ ਉਸ ਕੀਮਤ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ ਜਿਸ 'ਤੇ Ethereum ਬੇਸ ਮੁਦਰਾ ਨੂੰ ਗੈਸ ਵਿੱਚ ਬਦਲਿਆ ਜਾਂਦਾ ਹੈ, ਜੋ ਕਿ ਸਮਾਰਟ ਕੰਟਰੈਕਟ ਨੂੰ ਲਾਗੂ ਕਰਨ ਅਤੇ ਵਰਚੁਅਲ ਮਸ਼ੀਨ ਸਰੋਤ ਦੀ ਵੰਡ ਲਈ ਭੁਗਤਾਨ ਕਰਨ ਲਈ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ। ਇਸਦਾ ਮਤਲੱਬ ਕੀ ਹੈ?

ਬਿਟਕੋਇਨ ਵਿੱਚ, ਫੀਸਾਂ ਦਾ ਭੁਗਤਾਨ ਬੇਸ ਮੁਦਰਾ ਦੁਆਰਾ ਕੀਤਾ ਜਾਂਦਾ ਹੈ — ਬਿਟਕੋਇਨ ਖੁਦ। ਇਹ ਉਹਨਾਂ ਦੀ ਗਣਨਾ ਕਰਨ ਲਈ ਇੱਕ ਸਧਾਰਨ ਵਿਧੀ ਦੇ ਕਾਰਨ ਸੰਭਵ ਹੈ: ਅਸੀਂ ਟ੍ਰਾਂਜੈਕਸ਼ਨ ਵਿੱਚ ਸ਼ਾਮਲ ਡੇਟਾ ਦੀ ਮਾਤਰਾ ਲਈ ਸਖਤੀ ਨਾਲ ਭੁਗਤਾਨ ਕਰਦੇ ਹਾਂ। Ethereum ਵਿੱਚ ਸਥਿਤੀ ਵਧੇਰੇ ਗੁੰਝਲਦਾਰ ਹੈ, ਕਿਉਂਕਿ ਟ੍ਰਾਂਜੈਕਸ਼ਨ ਡੇਟਾ ਦੀ ਮਾਤਰਾ 'ਤੇ ਭਰੋਸਾ ਕਰਨਾ ਬਹੁਤ ਮੁਸ਼ਕਲ ਹੈ. ਇੱਥੇ, ਲੈਣ-ਦੇਣ ਵਿੱਚ ਪ੍ਰੋਗਰਾਮ ਕੋਡ ਵੀ ਹੋ ਸਕਦਾ ਹੈ ਜੋ ਵਰਚੁਅਲ ਮਸ਼ੀਨ 'ਤੇ ਲਾਗੂ ਕੀਤਾ ਜਾਵੇਗਾ, ਅਤੇ ਵਰਚੁਅਲ ਮਸ਼ੀਨ ਦੇ ਹਰੇਕ ਓਪਰੇਸ਼ਨ ਦੀ ਇੱਕ ਵੱਖਰੀ ਗੁੰਝਲਤਾ ਹੋ ਸਕਦੀ ਹੈ। ਅਜਿਹੇ ਓਪਰੇਸ਼ਨ ਵੀ ਹਨ ਜੋ ਵੇਰੀਏਬਲ ਲਈ ਮੈਮੋਰੀ ਨਿਰਧਾਰਤ ਕਰਦੇ ਹਨ। ਉਹਨਾਂ ਦੀ ਆਪਣੀ ਗੁੰਝਲਤਾ ਹੋਵੇਗੀ, ਜਿਸ 'ਤੇ ਹਰੇਕ ਓਪਰੇਸ਼ਨ ਲਈ ਭੁਗਤਾਨ ਨਿਰਭਰ ਕਰੇਗਾ।

ਗੈਸ ਦੇ ਬਰਾਬਰ ਹਰ ਓਪਰੇਸ਼ਨ ਦੀ ਲਾਗਤ ਸਥਿਰ ਹੋਵੇਗੀ। ਇਹ ਵਿਸ਼ੇਸ਼ ਤੌਰ 'ਤੇ ਹਰੇਕ ਓਪਰੇਸ਼ਨ ਦੀ ਨਿਰੰਤਰ ਲਾਗਤ ਨੂੰ ਨਿਰਧਾਰਤ ਕਰਨ ਲਈ ਪੇਸ਼ ਕੀਤਾ ਗਿਆ ਹੈ। ਨੈੱਟਵਰਕ 'ਤੇ ਲੋਡ ਦੇ ਆਧਾਰ 'ਤੇ, ਗੈਸ ਦੀ ਕੀਮਤ ਬਦਲ ਜਾਵੇਗੀ, ਯਾਨੀ ਗੁਣਾਂਕ ਜਿਸ ਦੇ ਅਨੁਸਾਰ ਆਧਾਰ ਮੁਦਰਾ ਨੂੰ ਕਮਿਸ਼ਨ ਦਾ ਭੁਗਤਾਨ ਕਰਨ ਲਈ ਇਸ ਸਹਾਇਕ ਯੂਨਿਟ ਵਿੱਚ ਬਦਲਿਆ ਜਾਵੇਗਾ।

Ethereum ਵਿੱਚ ਇੱਕ ਲੈਣ-ਦੇਣ ਦੀ ਇੱਕ ਹੋਰ ਵਿਸ਼ੇਸ਼ਤਾ ਹੈ: ਇੱਕ ਵਰਚੁਅਲ ਮਸ਼ੀਨ ਵਿੱਚ ਐਗਜ਼ੀਕਿਊਸ਼ਨ ਲਈ ਇਸ ਵਿੱਚ ਮੌਜੂਦ ਬਾਈਟਕੋਡ ਨੂੰ ਉਦੋਂ ਤੱਕ ਲਾਗੂ ਕੀਤਾ ਜਾਵੇਗਾ ਜਦੋਂ ਤੱਕ ਇਹ ਕਿਸੇ ਨਤੀਜੇ (ਸਫਲਤਾ ਜਾਂ ਅਸਫਲਤਾ) ਨਾਲ ਪੂਰਾ ਨਹੀਂ ਹੋ ਜਾਂਦਾ ਜਾਂ ਕਮਿਸ਼ਨ ਦਾ ਭੁਗਤਾਨ ਕਰਨ ਲਈ ਨਿਰਧਾਰਤ ਸਿੱਕਿਆਂ ਦੀ ਇੱਕ ਨਿਸ਼ਚਿਤ ਮਾਤਰਾ ਖਤਮ ਹੋ ਜਾਂਦੀ ਹੈ। . ਇਹ ਅਜਿਹੀ ਸਥਿਤੀ ਤੋਂ ਬਚਣ ਲਈ ਹੈ ਜਿੱਥੇ, ਕੁਝ ਗਲਤੀ ਦੀ ਸਥਿਤੀ ਵਿੱਚ, ਭੇਜਣ ਵਾਲੇ ਦੇ ਖਾਤੇ ਦੇ ਸਾਰੇ ਸਿੱਕੇ ਕਮਿਸ਼ਨ 'ਤੇ ਖਰਚ ਕੀਤੇ ਗਏ ਸਨ (ਉਦਾਹਰਣ ਵਜੋਂ, ਕਿਸੇ ਕਿਸਮ ਦਾ ਸਦੀਵੀ ਚੱਕਰ ਇੱਕ ਵਰਚੁਅਲ ਮਸ਼ੀਨ ਵਿੱਚ ਸ਼ੁਰੂ ਹੋਇਆ), ਹੇਠਾਂ ਦਿੱਤਾ ਖੇਤਰ ਮੌਜੂਦ ਹੈ - ਗੈਸ ਸ਼ੁਰੂ ਕਰੋ (ਅਕਸਰ ਗੈਸ ਸੀਮਾ ਕਿਹਾ ਜਾਂਦਾ ਹੈ) - ਇਹ ਸਿੱਕਿਆਂ ਦੀ ਵੱਧ ਤੋਂ ਵੱਧ ਮਾਤਰਾ ਨੂੰ ਨਿਰਧਾਰਤ ਕਰਦਾ ਹੈ ਜੋ ਭੇਜਣ ਵਾਲਾ ਇੱਕ ਖਾਸ ਲੈਣ-ਦੇਣ ਨੂੰ ਪੂਰਾ ਕਰਨ ਲਈ ਖਰਚ ਕਰਨ ਲਈ ਤਿਆਰ ਹੈ।

ਅਗਲਾ ਖੇਤਰ ਕਿਹਾ ਜਾਂਦਾ ਹੈ ਮੰਜ਼ਿਲ ਪਤਾ. ਇਸ ਵਿੱਚ ਸਿੱਕੇ ਪ੍ਰਾਪਤ ਕਰਨ ਵਾਲੇ ਦਾ ਪਤਾ ਜਾਂ ਇੱਕ ਖਾਸ ਸਮਾਰਟ ਕੰਟਰੈਕਟ ਦਾ ਪਤਾ ਸ਼ਾਮਲ ਹੁੰਦਾ ਹੈ ਜਿਸ ਦੇ ਤਰੀਕਿਆਂ ਨੂੰ ਬੁਲਾਇਆ ਜਾਵੇਗਾ। ਇਸ ਤੋਂ ਬਾਅਦ ਮੈਦਾਨ ਆਉਂਦਾ ਹੈ ਮੁੱਲ, ਜਿੱਥੇ ਮੰਜ਼ਿਲ ਦੇ ਪਤੇ 'ਤੇ ਭੇਜੇ ਜਾਂਦੇ ਸਿੱਕਿਆਂ ਦੀ ਮਾਤਰਾ ਦਰਜ ਕੀਤੀ ਜਾਂਦੀ ਹੈ।

ਅੱਗੇ ਇੱਕ ਦਿਲਚਸਪ ਖੇਤਰ ਕਹਿੰਦੇ ਹਨ ਡਾਟਾ, ਜਿੱਥੇ ਸਾਰਾ ਢਾਂਚਾ ਫਿੱਟ ਹੁੰਦਾ ਹੈ। ਇਹ ਇੱਕ ਵੱਖਰਾ ਖੇਤਰ ਨਹੀਂ ਹੈ, ਪਰ ਇੱਕ ਪੂਰਾ ਢਾਂਚਾ ਹੈ ਜਿਸ ਵਿੱਚ ਵਰਚੁਅਲ ਮਸ਼ੀਨ ਲਈ ਕੋਡ ਪਰਿਭਾਸ਼ਿਤ ਕੀਤਾ ਗਿਆ ਹੈ। ਤੁਸੀਂ ਇੱਥੇ ਆਰਬਿਟਰੇਰੀ ਡੇਟਾ ਰੱਖ ਸਕਦੇ ਹੋ - ਇਸਦੇ ਲਈ ਵੱਖਰੇ ਨਿਯਮ ਹਨ।

ਅਤੇ ਆਖਰੀ ਖੇਤਰ ਕਿਹਾ ਜਾਂਦਾ ਹੈ ਦਸਤਖਤ. ਇਸ ਵਿੱਚ ਇੱਕੋ ਸਮੇਂ ਇਸ ਲੈਣ-ਦੇਣ ਦੇ ਲੇਖਕ ਦੇ ਇਲੈਕਟ੍ਰਾਨਿਕ ਦਸਤਖਤ ਅਤੇ ਜਨਤਕ ਕੁੰਜੀ ਦੋਵੇਂ ਸ਼ਾਮਲ ਹਨ ਜਿਸ ਨਾਲ ਇਸ ਦਸਤਖਤ ਦੀ ਪੁਸ਼ਟੀ ਕੀਤੀ ਜਾਵੇਗੀ। ਜਨਤਕ ਕੁੰਜੀ ਤੋਂ ਤੁਸੀਂ ਇਸ ਲੈਣ-ਦੇਣ ਦੇ ਭੇਜਣ ਵਾਲੇ ਦਾ ਖਾਤਾ ਪਛਾਣਕਰਤਾ ਪ੍ਰਾਪਤ ਕਰ ਸਕਦੇ ਹੋ, ਯਾਨੀ ਸਿਸਟਮ ਵਿੱਚ ਹੀ ਭੇਜਣ ਵਾਲੇ ਦੇ ਖਾਤੇ ਦੀ ਵਿਲੱਖਣ ਪਛਾਣ ਕਰ ਸਕਦੇ ਹੋ। ਸਾਨੂੰ ਲੈਣ-ਦੇਣ ਦੀ ਬਣਤਰ ਬਾਰੇ ਮੁੱਖ ਗੱਲ ਦਾ ਪਤਾ ਲੱਗਾ।

ਠੋਸਤਾ ਲਈ ਸਮਾਰਟ ਕੰਟਰੈਕਟ ਕੋਡ ਦੀ ਉਦਾਹਰਨ

ਆਓ ਹੁਣ ਇੱਕ ਉਦਾਹਰਨ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਸਭ ਤੋਂ ਸਰਲ ਸਮਾਰਟ ਕੰਟਰੈਕਟ 'ਤੇ ਡੂੰਘਾਈ ਨਾਲ ਵਿਚਾਰ ਕਰੀਏ।

contract Bank {
    address owner;
    mapping(address => uint) balances;
    
    function Bank() {
        owner = msg.sender;
    }

    function deposit() public payable {
        balances[msg.sender] += msg.value;
    }

    function withdraw(uint amount) public {
        if (balances[msg.sender] >= amount) {
            balances[msg.sender] -= amount;
            msg.sender.transfer(amount);
        }
    }

    function getMyBalance() public view returns(uint) {
        return balances[msg.sender];
    }

    function kill() public {
        if (msg.sender == owner)
            selfdestruct(owner);
    }
}

ਉੱਪਰ ਇੱਕ ਸਰਲ ਸਰੋਤ ਕੋਡ ਹੈ ਜੋ ਉਪਭੋਗਤਾਵਾਂ ਦੇ ਸਿੱਕੇ ਫੜ ਸਕਦਾ ਹੈ ਅਤੇ ਉਹਨਾਂ ਨੂੰ ਮੰਗ 'ਤੇ ਵਾਪਸ ਕਰ ਸਕਦਾ ਹੈ।

ਇਸ ਲਈ, ਇੱਕ ਬੈਂਕ ਸਮਾਰਟ ਕੰਟਰੈਕਟ ਹੁੰਦਾ ਹੈ ਜੋ ਹੇਠਾਂ ਦਿੱਤੇ ਫੰਕਸ਼ਨ ਕਰਦਾ ਹੈ: ਇਹ ਇਸਦੇ ਬਕਾਏ 'ਤੇ ਸਿੱਕੇ ਇਕੱਠੇ ਕਰਦਾ ਹੈ, ਯਾਨੀ, ਜਦੋਂ ਇੱਕ ਲੈਣ-ਦੇਣ ਦੀ ਪੁਸ਼ਟੀ ਹੁੰਦੀ ਹੈ ਅਤੇ ਅਜਿਹਾ ਸਮਾਰਟ ਕੰਟਰੈਕਟ ਰੱਖਿਆ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਇੱਕ ਨਵਾਂ ਖਾਤਾ ਬਣਾਇਆ ਜਾਂਦਾ ਹੈ ਜਿਸ ਵਿੱਚ ਇਸਦੇ ਬਕਾਏ 'ਤੇ ਸਿੱਕੇ ਸ਼ਾਮਲ ਹੋ ਸਕਦੇ ਹਨ; ਇਹ ਉਪਭੋਗਤਾਵਾਂ ਅਤੇ ਉਹਨਾਂ ਵਿਚਕਾਰ ਸਿੱਕਿਆਂ ਦੀ ਵੰਡ ਨੂੰ ਯਾਦ ਕਰਦਾ ਹੈ; ਕੋਲ ਬੈਲੇਂਸ ਦੇ ਪ੍ਰਬੰਧਨ ਦੇ ਕਈ ਤਰੀਕੇ ਹਨ, ਯਾਨੀ ਉਪਭੋਗਤਾ ਦੇ ਬਕਾਏ ਨੂੰ ਮੁੜ ਭਰਨਾ, ਕਢਵਾਉਣਾ ਅਤੇ ਚੈੱਕ ਕਰਨਾ ਸੰਭਵ ਹੈ।

ਚਲੋ ਸੋਰਸ ਕੋਡ ਦੀ ਹਰੇਕ ਲਾਈਨ ਵਿੱਚੋਂ ਲੰਘੀਏ। ਇਸ ਇਕਰਾਰਨਾਮੇ ਵਿੱਚ ਨਿਰੰਤਰ ਖੇਤਰ ਹਨ। ਉਹਨਾਂ ਵਿੱਚੋਂ ਇੱਕ, ਕਿਸਮ ਦੇ ਪਤੇ ਦੇ ਨਾਲ, ਨੂੰ ਮਾਲਕ ਕਿਹਾ ਜਾਂਦਾ ਹੈ। ਇੱਥੇ ਇਕਰਾਰਨਾਮਾ ਉਸ ਉਪਭੋਗਤਾ ਦਾ ਪਤਾ ਯਾਦ ਰੱਖਦਾ ਹੈ ਜਿਸ ਨੇ ਇਹ ਸਮਾਰਟ ਕੰਟਰੈਕਟ ਬਣਾਇਆ ਹੈ। ਇਸ ਤੋਂ ਇਲਾਵਾ, ਇੱਕ ਗਤੀਸ਼ੀਲ ਢਾਂਚਾ ਹੈ ਜੋ ਉਪਭੋਗਤਾ ਦੇ ਪਤੇ ਅਤੇ ਸੰਤੁਲਨ ਵਿਚਕਾਰ ਪੱਤਰ ਵਿਹਾਰ ਨੂੰ ਕਾਇਮ ਰੱਖਦਾ ਹੈ।

ਇਹ ਬੈਂਕ ਵਿਧੀ ਦੁਆਰਾ ਅਪਣਾਇਆ ਜਾਂਦਾ ਹੈ - ਇਸਦਾ ਨਾਮ ਇਕਰਾਰਨਾਮੇ ਦੇ ਸਮਾਨ ਹੈ। ਇਸ ਅਨੁਸਾਰ, ਇਹ ਇਸਦਾ ਨਿਰਮਾਤਾ ਹੈ. ਇੱਥੇ ਮਾਲਕ ਵੇਰੀਏਬਲ ਨੂੰ ਉਸ ਵਿਅਕਤੀ ਦਾ ਪਤਾ ਨਿਰਧਾਰਤ ਕੀਤਾ ਗਿਆ ਹੈ ਜਿਸ ਨੇ ਇਸ ਸਮਾਰਟ ਕੰਟਰੈਕਟ ਨੂੰ ਨੈੱਟਵਰਕ 'ਤੇ ਰੱਖਿਆ ਹੈ। ਇਸ ਕੰਸਟਰਕਟਰ ਵਿੱਚ ਇਹੋ ਹੀ ਹੁੰਦਾ ਹੈ। ਭਾਵ, ਇਸ ਕੇਸ ਵਿੱਚ msg ਬਿਲਕੁਲ ਉਹ ਡੇਟਾ ਹੈ ਜੋ ਇਸ ਇਕਰਾਰਨਾਮੇ ਦੇ ਪੂਰੇ ਕੋਡ ਵਾਲੇ ਟ੍ਰਾਂਜੈਕਸ਼ਨ ਦੇ ਨਾਲ ਵਰਚੁਅਲ ਮਸ਼ੀਨ ਵਿੱਚ ਟ੍ਰਾਂਸਫਰ ਕੀਤਾ ਗਿਆ ਸੀ। ਇਸ ਅਨੁਸਾਰ, msg.sender ਇਸ ਟ੍ਰਾਂਜੈਕਸ਼ਨ ਦਾ ਲੇਖਕ ਹੈ ਜੋ ਇਸ ਕੋਡ ਨੂੰ ਹੋਸਟ ਕਰਦਾ ਹੈ। ਉਹ ਸਮਾਰਟ ਕੰਟਰੈਕਟ ਦਾ ਮਾਲਕ ਹੋਵੇਗਾ।

ਡਿਪਾਜ਼ਿਟ ਵਿਧੀ ਤੁਹਾਨੂੰ ਲੈਣ-ਦੇਣ ਦੁਆਰਾ ਇਕਰਾਰਨਾਮੇ ਦੇ ਖਾਤੇ ਵਿੱਚ ਸਿੱਕਿਆਂ ਦੀ ਇੱਕ ਨਿਸ਼ਚਿਤ ਸੰਖਿਆ ਨੂੰ ਟ੍ਰਾਂਸਫਰ ਕਰਨ ਦੀ ਆਗਿਆ ਦਿੰਦੀ ਹੈ। ਇਸ ਸਥਿਤੀ ਵਿੱਚ, ਸਮਾਰਟ ਕੰਟਰੈਕਟ, ਇਹਨਾਂ ਸਿੱਕਿਆਂ ਨੂੰ ਪ੍ਰਾਪਤ ਕਰਦਾ ਹੈ, ਉਹਨਾਂ ਨੂੰ ਆਪਣੀ ਬੈਲੇਂਸ ਸ਼ੀਟ 'ਤੇ ਛੱਡ ਦਿੰਦਾ ਹੈ, ਪਰ ਬਕਾਇਆ ਢਾਂਚੇ ਵਿੱਚ ਰਿਕਾਰਡ ਕਰਦਾ ਹੈ ਕਿ ਇਹ ਸਿੱਕਿਆਂ ਦਾ ਅਸਲ ਵਿੱਚ ਭੇਜਣ ਵਾਲਾ ਕੌਣ ਸੀ ਤਾਂ ਜੋ ਇਹ ਪਤਾ ਲਗਾਇਆ ਜਾ ਸਕੇ ਕਿ ਇਹ ਕਿਸ ਦੇ ਹਨ।

ਅਗਲੀ ਵਿਧੀ ਨੂੰ ਕਢਵਾਉਣਾ ਕਿਹਾ ਜਾਂਦਾ ਹੈ ਅਤੇ ਇਹ ਇੱਕ ਪੈਰਾਮੀਟਰ ਲੈਂਦਾ ਹੈ - ਸਿੱਕਿਆਂ ਦੀ ਮਾਤਰਾ ਜੋ ਕੋਈ ਇਸ ਬੈਂਕ ਤੋਂ ਕਢਵਾਉਣਾ ਚਾਹੁੰਦਾ ਹੈ। ਇਹ ਜਾਂਚ ਕਰਦਾ ਹੈ ਕਿ ਕੀ ਉਪਭੋਗਤਾ ਦੇ ਬਕਾਏ ਵਿੱਚ ਕਾਫ਼ੀ ਸਿੱਕੇ ਹਨ ਜੋ ਉਹਨਾਂ ਨੂੰ ਭੇਜਣ ਲਈ ਇਸ ਵਿਧੀ ਨੂੰ ਕਾਲ ਕਰਦੇ ਹਨ. ਜੇ ਉਹਨਾਂ ਵਿੱਚੋਂ ਕਾਫ਼ੀ ਹਨ, ਤਾਂ ਸਮਾਰਟ ਕੰਟਰੈਕਟ ਆਪਣੇ ਆਪ ਕਾਲਰ ਨੂੰ ਸਿੱਕਿਆਂ ਦੀ ਗਿਣਤੀ ਵਾਪਸ ਕਰ ਦਿੰਦਾ ਹੈ।

ਅੱਗੇ ਉਪਭੋਗਤਾ ਦੇ ਮੌਜੂਦਾ ਬਕਾਏ ਦੀ ਜਾਂਚ ਕਰਨ ਦਾ ਤਰੀਕਾ ਆਉਂਦਾ ਹੈ। ਜੋ ਵੀ ਇਸ ਵਿਧੀ ਨੂੰ ਕਾਲ ਕਰਦਾ ਹੈ, ਸਮਾਰਟ ਕੰਟਰੈਕਟ ਵਿੱਚ ਇਸ ਬਕਾਇਆ ਨੂੰ ਮੁੜ ਪ੍ਰਾਪਤ ਕਰਨ ਲਈ ਵਰਤਿਆ ਜਾਵੇਗਾ। ਇਹ ਧਿਆਨ ਦੇਣ ਯੋਗ ਹੈ ਕਿ ਇਸ ਵਿਧੀ ਦਾ ਸੋਧਕ ਦ੍ਰਿਸ਼ ਹੈ. ਇਸਦਾ ਮਤਲਬ ਇਹ ਹੈ ਕਿ ਵਿਧੀ ਖੁਦ ਆਪਣੀ ਕਲਾਸ ਦੇ ਵੇਰੀਏਬਲਾਂ ਨੂੰ ਕਿਸੇ ਵੀ ਤਰੀਕੇ ਨਾਲ ਨਹੀਂ ਬਦਲਦੀ ਅਤੇ ਇਹ ਅਸਲ ਵਿੱਚ ਸਿਰਫ ਇੱਕ ਰੀਡ ਵਿਧੀ ਹੈ। ਇਸ ਵਿਧੀ ਨੂੰ ਕਾਲ ਕਰਨ ਲਈ ਕੋਈ ਵੱਖਰਾ ਲੈਣ-ਦੇਣ ਨਹੀਂ ਬਣਾਇਆ ਗਿਆ ਹੈ, ਕੋਈ ਫੀਸ ਨਹੀਂ ਦਿੱਤੀ ਜਾਂਦੀ ਹੈ, ਅਤੇ ਸਾਰੀਆਂ ਗਣਨਾਵਾਂ ਸਥਾਨਕ ਤੌਰ 'ਤੇ ਕੀਤੀਆਂ ਜਾਂਦੀਆਂ ਹਨ, ਜਿਸ ਤੋਂ ਬਾਅਦ ਉਪਭੋਗਤਾ ਨਤੀਜਾ ਪ੍ਰਾਪਤ ਕਰਦਾ ਹੈ।

ਸਮਾਰਟ ਕੰਟਰੈਕਟ ਦੀ ਸਥਿਤੀ ਨੂੰ ਨਸ਼ਟ ਕਰਨ ਲਈ ਕਿੱਲ ਵਿਧੀ ਦੀ ਲੋੜ ਹੈ. ਅਤੇ ਇੱਥੇ ਇੱਕ ਵਾਧੂ ਜਾਂਚ ਹੈ ਕਿ ਕੀ ਇਸ ਵਿਧੀ ਦਾ ਕਾਲਰ ਇਸ ਇਕਰਾਰਨਾਮੇ ਦਾ ਮਾਲਕ ਹੈ. ਜੇਕਰ ਅਜਿਹਾ ਹੈ, ਤਾਂ ਇਕਰਾਰਨਾਮਾ ਸਵੈ-ਵਿਨਾਸ਼ ਕਰਦਾ ਹੈ, ਅਤੇ ਵਿਨਾਸ਼ ਫੰਕਸ਼ਨ ਇੱਕ ਪੈਰਾਮੀਟਰ ਲੈਂਦਾ ਹੈ - ਖਾਤਾ ਪਛਾਣਕਰਤਾ ਜਿਸ ਨੂੰ ਇਕਰਾਰਨਾਮਾ ਆਪਣੇ ਬਕਾਏ 'ਤੇ ਬਾਕੀ ਸਾਰੇ ਸਿੱਕੇ ਭੇਜੇਗਾ। ਇਸ ਸਥਿਤੀ ਵਿੱਚ, ਬਾਕੀ ਬਚੇ ਸਿੱਕੇ ਆਪਣੇ ਆਪ ਹੀ ਠੇਕੇ ਦੇ ਮਾਲਕ ਦੇ ਪਤੇ 'ਤੇ ਚਲੇ ਜਾਣਗੇ।

Ethereum ਨੈੱਟਵਰਕ 'ਤੇ ਇੱਕ ਪੂਰਾ ਨੋਡ ਕਿਵੇਂ ਕੰਮ ਕਰਦਾ ਹੈ?

ਆਉ ਯੋਜਨਾਬੱਧ ਤੌਰ 'ਤੇ ਦੇਖੀਏ ਕਿ ਕਿਵੇਂ ਅਜਿਹੇ ਸਮਾਰਟ ਕੰਟਰੈਕਟਸ ਨੂੰ Ethereum ਪਲੇਟਫਾਰਮ 'ਤੇ ਲਾਗੂ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਅਤੇ ਇੱਕ ਪੂਰਾ ਨੈੱਟਵਰਕ ਨੋਡ ਕਿਵੇਂ ਕੰਮ ਕਰਦਾ ਹੈ।

Ethereum ਨੈੱਟਵਰਕ 'ਤੇ ਇੱਕ ਪੂਰੇ ਨੋਡ ਵਿੱਚ ਘੱਟੋ-ਘੱਟ ਚਾਰ ਮੋਡੀਊਲ ਹੋਣੇ ਚਾਹੀਦੇ ਹਨ।
ਪਹਿਲਾ, ਜਿਵੇਂ ਕਿ ਕਿਸੇ ਵੀ ਵਿਕੇਂਦਰੀਕ੍ਰਿਤ ਪ੍ਰੋਟੋਕੋਲ ਲਈ, P2P ਨੈੱਟਵਰਕਿੰਗ ਮੋਡੀਊਲ ਹੈ - ਨੈਟਵਰਕ ਕਨੈਕਸ਼ਨ ਅਤੇ ਦੂਜੇ ਨੋਡਾਂ ਨਾਲ ਕੰਮ ਕਰਨ ਲਈ ਇੱਕ ਮੋਡੀਊਲ, ਜਿੱਥੇ ਬਲਾਕ, ਟ੍ਰਾਂਜੈਕਸ਼ਨਾਂ ਅਤੇ ਹੋਰ ਨੋਡਾਂ ਬਾਰੇ ਜਾਣਕਾਰੀ ਦਾ ਆਦਾਨ-ਪ੍ਰਦਾਨ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਇਹ ਸਾਰੀਆਂ ਵਿਕੇਂਦਰੀਕ੍ਰਿਤ ਕ੍ਰਿਪਟੋਕਰੰਸੀਆਂ ਲਈ ਇੱਕ ਪਰੰਪਰਾਗਤ ਹਿੱਸਾ ਹੈ।

ਅੱਗੇ, ਸਾਡੇ ਕੋਲ ਬਲਾਕਚੈਨ ਡੇਟਾ ਨੂੰ ਸਟੋਰ ਕਰਨ, ਪ੍ਰੋਸੈਸਿੰਗ ਕਰਨ, ਤਰਜੀਹੀ ਸ਼ਾਖਾ ਚੁਣਨ, ਬਲਾਕ ਜੋੜਨ, ਬਲਾਕਾਂ ਨੂੰ ਅਨਲਿੰਕ ਕਰਨ, ਇਹਨਾਂ ਬਲਾਕਾਂ ਨੂੰ ਪ੍ਰਮਾਣਿਤ ਕਰਨ ਆਦਿ ਲਈ ਇੱਕ ਮੋਡੀਊਲ ਹੈ।

ਤੀਜੇ ਮੋਡੀਊਲ ਨੂੰ EVM (Ethereum ਵਰਚੁਅਲ ਮਸ਼ੀਨ) ਕਿਹਾ ਜਾਂਦਾ ਹੈ - ਇਹ ਇੱਕ ਵਰਚੁਅਲ ਮਸ਼ੀਨ ਹੈ ਜੋ Ethereum ਟ੍ਰਾਂਜੈਕਸ਼ਨਾਂ ਤੋਂ ਬਾਈਟਕੋਡ ਪ੍ਰਾਪਤ ਕਰਦੀ ਹੈ। ਇਹ ਮੋਡੀਊਲ ਕਿਸੇ ਖਾਸ ਖਾਤੇ ਦੀ ਮੌਜੂਦਾ ਸਥਿਤੀ ਲੈਂਦਾ ਹੈ ਅਤੇ ਪ੍ਰਾਪਤ ਕੀਤੇ ਬਾਈਟਕੋਡ ਦੇ ਆਧਾਰ 'ਤੇ ਇਸਦੀ ਸਥਿਤੀ ਵਿੱਚ ਬਦਲਾਅ ਕਰਦਾ ਹੈ। ਹਰੇਕ ਨੈੱਟਵਰਕ ਨੋਡ 'ਤੇ ਵਰਚੁਅਲ ਮਸ਼ੀਨ ਦਾ ਸੰਸਕਰਣ ਇੱਕੋ ਜਿਹਾ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ। ਹਰੇਕ Ethereum ਨੋਡ 'ਤੇ ਹੋਣ ਵਾਲੀਆਂ ਗਣਨਾਵਾਂ ਬਿਲਕੁਲ ਇੱਕੋ ਜਿਹੀਆਂ ਹੁੰਦੀਆਂ ਹਨ, ਪਰ ਉਹ ਅਸਿੰਕ੍ਰੋਨਸ ਤਰੀਕੇ ਨਾਲ ਹੁੰਦੀਆਂ ਹਨ: ਕੋਈ ਇਸ ਟ੍ਰਾਂਜੈਕਸ਼ਨ ਨੂੰ ਪਹਿਲਾਂ ਚੈੱਕ ਕਰਦਾ ਅਤੇ ਸਵੀਕਾਰ ਕਰਦਾ ਹੈ, ਯਾਨੀ, ਇਸ ਵਿੱਚ ਮੌਜੂਦ ਸਾਰੇ ਕੋਡ ਨੂੰ ਚਲਾਉਂਦਾ ਹੈ, ਅਤੇ ਕੋਈ ਬਾਅਦ ਵਿੱਚ। ਇਸ ਅਨੁਸਾਰ, ਜਦੋਂ ਕੋਈ ਲੈਣ-ਦੇਣ ਬਣਾਇਆ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਇਸਨੂੰ ਨੈਟਵਰਕ ਵਿੱਚ ਵੰਡਿਆ ਜਾਂਦਾ ਹੈ, ਨੋਡ ਇਸਨੂੰ ਸਵੀਕਾਰ ਕਰਦੇ ਹਨ, ਅਤੇ ਤਸਦੀਕ ਦੇ ਸਮੇਂ, ਉਸੇ ਤਰ੍ਹਾਂ ਜਿਵੇਂ ਬਿਟਕੋਇਨ ਵਿੱਚ ਬਿਟਕੋਇਨ ਸਕ੍ਰਿਪਟ ਨੂੰ ਚਲਾਇਆ ਜਾਂਦਾ ਹੈ, ਇੱਥੇ ਵਰਚੁਅਲ ਮਸ਼ੀਨ ਦਾ ਬਾਈਟਕੋਡ ਚਲਾਇਆ ਜਾਂਦਾ ਹੈ।

ਇੱਕ ਲੈਣ-ਦੇਣ ਨੂੰ ਤਸਦੀਕ ਮੰਨਿਆ ਜਾਂਦਾ ਹੈ ਜੇਕਰ ਇਸ ਵਿੱਚ ਮੌਜੂਦ ਸਾਰੇ ਕੋਡ ਨੂੰ ਲਾਗੂ ਕੀਤਾ ਗਿਆ ਹੈ, ਇੱਕ ਖਾਸ ਖਾਤੇ ਦੀ ਇੱਕ ਨਵੀਂ ਸਥਿਤੀ ਤਿਆਰ ਕੀਤੀ ਗਈ ਹੈ ਅਤੇ ਸੁਰੱਖਿਅਤ ਕੀਤੀ ਗਈ ਹੈ ਜਦੋਂ ਤੱਕ ਇਹ ਸਪੱਸ਼ਟ ਨਹੀਂ ਹੁੰਦਾ ਕਿ ਇਹ ਟ੍ਰਾਂਜੈਕਸ਼ਨ ਲਾਗੂ ਕੀਤਾ ਗਿਆ ਹੈ ਜਾਂ ਨਹੀਂ। ਜੇਕਰ ਲੈਣ-ਦੇਣ ਨੂੰ ਲਾਗੂ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਇਸ ਸਥਿਤੀ ਨੂੰ ਨਾ ਸਿਰਫ਼ ਮੁਕੰਮਲ ਮੰਨਿਆ ਜਾਂਦਾ ਹੈ, ਸਗੋਂ ਮੌਜੂਦਾ ਵੀ ਮੰਨਿਆ ਜਾਂਦਾ ਹੈ। ਇੱਕ ਡੇਟਾਬੇਸ ਹੈ ਜੋ ਹਰੇਕ ਨੈਟਵਰਕ ਨੋਡ ਲਈ ਹਰੇਕ ਖਾਤੇ ਦੀ ਸਥਿਤੀ ਨੂੰ ਸਟੋਰ ਕਰਦਾ ਹੈ। ਇਸ ਤੱਥ ਦੇ ਕਾਰਨ ਕਿ ਸਾਰੀਆਂ ਗਣਨਾਵਾਂ ਇੱਕੋ ਤਰੀਕੇ ਨਾਲ ਹੁੰਦੀਆਂ ਹਨ ਅਤੇ ਬਲਾਕਚੈਨ ਦੀ ਸਥਿਤੀ ਇੱਕੋ ਜਿਹੀ ਹੈ, ਸਾਰੇ ਖਾਤਿਆਂ ਦੀਆਂ ਸਥਿਤੀਆਂ ਵਾਲਾ ਡੇਟਾਬੇਸ ਵੀ ਹਰੇਕ ਨੋਡ ਲਈ ਇੱਕੋ ਜਿਹਾ ਹੋਵੇਗਾ।

ਸਮਾਰਟ ਕੰਟਰੈਕਟਸ ਦੀਆਂ ਮਿੱਥਾਂ ਅਤੇ ਸੀਮਾਵਾਂ

ਜਿਵੇਂ ਕਿ ਈਥਰਿਅਮ ਦੇ ਸਮਾਨ ਸਮਾਰਟ ਕੰਟਰੈਕਟ ਪਲੇਟਫਾਰਮਾਂ ਲਈ ਮੌਜੂਦ ਪਾਬੰਦੀਆਂ ਲਈ, ਹੇਠਾਂ ਦਿੱਤੇ ਦਾ ਹਵਾਲਾ ਦਿੱਤਾ ਜਾ ਸਕਦਾ ਹੈ:

• ਕੋਡ ਐਗਜ਼ੀਕਿਊਸ਼ਨ;
• ਮੈਮੋਰੀ ਨਿਰਧਾਰਤ ਕਰੋ;
• ਬਲਾਕਚੈਨ ਡੇਟਾ;
• ਭੁਗਤਾਨ ਭੇਜੋ;
• ਨਵਾਂ ਇਕਰਾਰਨਾਮਾ ਬਣਾਓ;
• ਹੋਰ ਇਕਰਾਰਨਾਮੇ ਨੂੰ ਕਾਲ ਕਰੋ।

ਆਉ ਇੱਕ ਵਰਚੁਅਲ ਮਸ਼ੀਨ 'ਤੇ ਲਗਾਈਆਂ ਗਈਆਂ ਪਾਬੰਦੀਆਂ ਨੂੰ ਵੇਖੀਏ, ਅਤੇ, ਇਸਦੇ ਅਨੁਸਾਰ, ਸਮਾਰਟ ਕੰਟਰੈਕਟਸ ਬਾਰੇ ਕੁਝ ਮਿੱਥਾਂ ਨੂੰ ਦੂਰ ਕਰੀਏ. ਇੱਕ ਵਰਚੁਅਲ ਮਸ਼ੀਨ 'ਤੇ, ਜੋ ਕਿ ਸਿਰਫ ਈਥਰਿਅਮ ਵਿੱਚ ਹੀ ਨਹੀਂ, ਸਗੋਂ ਸਮਾਨ ਪਲੇਟਫਾਰਮਾਂ ਵਿੱਚ ਵੀ ਹੋ ਸਕਦਾ ਹੈ, ਤੁਸੀਂ ਸੱਚਮੁੱਚ ਮਨਮਾਨੇ ਲਾਜ਼ੀਕਲ ਓਪਰੇਸ਼ਨ ਕਰ ਸਕਦੇ ਹੋ, ਅਰਥਾਤ, ਕੋਡ ਲਿਖੋ ਅਤੇ ਇਹ ਉੱਥੇ ਚਲਾਇਆ ਜਾਵੇਗਾ, ਤੁਸੀਂ ਮੈਮੋਰੀ ਵੀ ਨਿਰਧਾਰਤ ਕਰ ਸਕਦੇ ਹੋ। ਹਾਲਾਂਕਿ, ਹਰੇਕ ਓਪਰੇਸ਼ਨ ਲਈ ਅਤੇ ਨਿਰਧਾਰਤ ਕੀਤੀ ਗਈ ਮੈਮੋਰੀ ਦੀ ਹਰੇਕ ਵਾਧੂ ਯੂਨਿਟ ਲਈ ਫੀਸ ਵੱਖਰੇ ਤੌਰ 'ਤੇ ਅਦਾ ਕੀਤੀ ਜਾਂਦੀ ਹੈ।

ਅੱਗੇ, ਵਰਚੁਅਲ ਮਸ਼ੀਨ ਬਲਾਕਚੈਨ ਡੇਟਾਬੇਸ ਤੋਂ ਡੇਟਾ ਨੂੰ ਪੜ੍ਹ ਸਕਦੀ ਹੈ ਤਾਂ ਜੋ ਇਸ ਡੇਟਾ ਨੂੰ ਇੱਕ ਜਾਂ ਕਿਸੇ ਹੋਰ ਸਮਾਰਟ ਕੰਟਰੈਕਟ ਤਰਕ ਨੂੰ ਚਲਾਉਣ ਲਈ ਇੱਕ ਟਰਿੱਗਰ ਦੇ ਤੌਰ ਤੇ ਵਰਤਿਆ ਜਾ ਸਕੇ। ਵਰਚੁਅਲ ਮਸ਼ੀਨ ਲੈਣ-ਦੇਣ ਬਣਾ ਸਕਦੀ ਹੈ ਅਤੇ ਭੇਜ ਸਕਦੀ ਹੈ, ਇਹ ਨਵੇਂ ਇਕਰਾਰਨਾਮੇ ਬਣਾ ਸਕਦੀ ਹੈ ਅਤੇ ਹੋਰ ਸਮਾਰਟ ਕੰਟਰੈਕਟਸ ਦੇ ਕਾਲ ਵਿਧੀਆਂ ਨੂੰ ਬਣਾ ਸਕਦੀ ਹੈ ਜੋ ਪਹਿਲਾਂ ਹੀ ਨੈੱਟਵਰਕ 'ਤੇ ਪ੍ਰਕਾਸ਼ਿਤ ਹਨ: ਮੌਜੂਦਾ, ਉਪਲਬਧ, ਆਦਿ।

ਸਭ ਤੋਂ ਆਮ ਮਿੱਥ ਇਹ ਹੈ ਕਿ Ethereum ਸਮਾਰਟ ਕੰਟਰੈਕਟ ਉਹਨਾਂ ਦੀਆਂ ਸ਼ਰਤਾਂ ਵਿੱਚ ਕਿਸੇ ਵੀ ਇੰਟਰਨੈਟ ਸਰੋਤ ਤੋਂ ਜਾਣਕਾਰੀ ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦੇ ਹਨ. ਸੱਚਾਈ ਇਹ ਹੈ ਕਿ ਇੱਕ ਵਰਚੁਅਲ ਮਸ਼ੀਨ ਇੰਟਰਨੈਟ 'ਤੇ ਕੁਝ ਬਾਹਰੀ ਜਾਣਕਾਰੀ ਸਰੋਤਾਂ ਨੂੰ ਇੱਕ ਨੈਟਵਰਕ ਬੇਨਤੀ ਨਹੀਂ ਭੇਜ ਸਕਦੀ, ਭਾਵ, ਇੱਕ ਸਮਾਰਟ ਇਕਰਾਰਨਾਮਾ ਲਿਖਣਾ ਅਸੰਭਵ ਹੈ ਜੋ ਉਪਭੋਗਤਾਵਾਂ ਵਿੱਚ ਇਸ ਗੱਲ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ ਕਿ ਬਾਹਰ ਦਾ ਮੌਸਮ ਕਿਹੋ ਜਿਹਾ ਹੈ, ਜਾਂ ਕਿਸਨੇ ਕੋਈ ਚੈਂਪੀਅਨਸ਼ਿਪ ਜਿੱਤੀ, ਜਾਂ ਬਾਹਰੀ ਦੁਨੀਆ ਵਿੱਚ ਕਿਹੜੀ ਹੋਰ ਘਟਨਾ ਵਾਪਰੀ, ਇਸ ਦੇ ਅਧਾਰ ਤੇ, ਕਿਉਂਕਿ ਇਹਨਾਂ ਘਟਨਾਵਾਂ ਬਾਰੇ ਜਾਣਕਾਰੀ ਪਲੇਟਫਾਰਮ ਦੇ ਡੇਟਾਬੇਸ ਵਿੱਚ ਨਹੀਂ ਹੈ। ਭਾਵ, ਇਸ ਬਾਰੇ ਬਲਾਕਚੈਨ 'ਤੇ ਕੁਝ ਵੀ ਨਹੀਂ ਹੈ। ਜੇਕਰ ਇਹ ਉੱਥੇ ਦਿਖਾਈ ਨਹੀਂ ਦਿੰਦਾ, ਤਾਂ ਵਰਚੁਅਲ ਮਸ਼ੀਨ ਇਸ ਡੇਟਾ ਨੂੰ ਟਰਿੱਗਰ ਵਜੋਂ ਨਹੀਂ ਵਰਤ ਸਕਦੀ।

Ethereum ਦੇ ਨੁਕਸਾਨ

ਆਓ ਮੁੱਖ ਲੋਕਾਂ ਦੀ ਸੂਚੀ ਕਰੀਏ. ਪਹਿਲਾ ਨੁਕਸਾਨ ਇਹ ਹੈ ਕਿ Ethereum ਵਿੱਚ ਸਮਾਰਟ ਕੰਟਰੈਕਟਸ ਨੂੰ ਡਿਜ਼ਾਈਨ ਕਰਨ, ਵਿਕਸਤ ਕਰਨ ਅਤੇ ਟੈਸਟ ਕਰਨ ਵਿੱਚ ਕੁਝ ਮੁਸ਼ਕਲਾਂ ਹਨ (Ethereum ਸਮਾਰਟ ਕੰਟਰੈਕਟ ਲਿਖਣ ਲਈ ਠੋਸ ਭਾਸ਼ਾ ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ)। ਦਰਅਸਲ, ਅਭਿਆਸ ਦਿਖਾਉਂਦਾ ਹੈ ਕਿ ਸਾਰੀਆਂ ਗਲਤੀਆਂ ਦਾ ਇੱਕ ਬਹੁਤ ਵੱਡਾ ਪ੍ਰਤੀਸ਼ਤ ਮਨੁੱਖੀ ਕਾਰਕ ਨਾਲ ਸਬੰਧਤ ਹੈ। ਇਹ ਅਸਲ ਵਿੱਚ ਪਹਿਲਾਂ ਤੋਂ ਲਿਖੇ ਈਥਰਿਅਮ ਸਮਾਰਟ ਕੰਟਰੈਕਟਸ ਲਈ ਸੱਚ ਹੈ ਜਿਨ੍ਹਾਂ ਦੀ ਔਸਤ ਜਾਂ ਵੱਧ ਗੁੰਝਲਤਾ ਹੈ। ਜੇਕਰ ਸਧਾਰਨ ਸਮਾਰਟ ਕੰਟਰੈਕਟਸ ਲਈ ਗਲਤੀ ਦੀ ਸੰਭਾਵਨਾ ਘੱਟ ਹੁੰਦੀ ਹੈ, ਤਾਂ ਗੁੰਝਲਦਾਰ ਸਮਾਰਟ ਕੰਟਰੈਕਟਸ ਵਿੱਚ ਅਕਸਰ ਅਜਿਹੀਆਂ ਗਲਤੀਆਂ ਹੁੰਦੀਆਂ ਹਨ ਜੋ ਫੰਡਾਂ ਦੀ ਚੋਰੀ, ਉਹਨਾਂ ਦੇ ਰੁਕਣ, ਸਮਾਰਟ ਕੰਟਰੈਕਟਸ ਨੂੰ ਅਚਾਨਕ ਤਰੀਕੇ ਨਾਲ ਨਸ਼ਟ ਕਰਨ ਆਦਿ ਦਾ ਕਾਰਨ ਬਣਦੀਆਂ ਹਨ, ਅਜਿਹੇ ਬਹੁਤ ਸਾਰੇ ਮਾਮਲੇ ਪਹਿਲਾਂ ਹੀ ਹਨ। ਜਾਣਿਆ ਜਾਂਦਾ ਹੈ।

ਦੂਜਾ ਨੁਕਸਾਨ ਇਹ ਹੈ ਕਿ ਵਰਚੁਅਲ ਮਸ਼ੀਨ ਆਪਣੇ ਆਪ ਵਿਚ ਸੰਪੂਰਨ ਨਹੀਂ ਹੈ, ਕਿਉਂਕਿ ਇਹ ਲੋਕਾਂ ਦੁਆਰਾ ਵੀ ਲਿਖੀ ਜਾਂਦੀ ਹੈ. ਇਹ ਆਪਹੁਦਰੇ ਹੁਕਮਾਂ ਨੂੰ ਚਲਾ ਸਕਦਾ ਹੈ, ਅਤੇ ਇਸ ਵਿੱਚ ਕਮਜ਼ੋਰੀ ਹੈ: ਬਹੁਤ ਸਾਰੀਆਂ ਕਮਾਂਡਾਂ ਨੂੰ ਇੱਕ ਖਾਸ ਤਰੀਕੇ ਨਾਲ ਕੌਂਫਿਗਰ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ ਜੋ ਉਹਨਾਂ ਨਤੀਜਿਆਂ ਵੱਲ ਲੈ ਜਾਵੇਗਾ ਜੋ ਪਹਿਲਾਂ ਤੋਂ ਅਣਪਛਾਤੇ ਸਨ। ਇਹ ਇੱਕ ਬਹੁਤ ਹੀ ਗੁੰਝਲਦਾਰ ਖੇਤਰ ਹੈ, ਪਰ ਪਹਿਲਾਂ ਹੀ ਕਈ ਅਧਿਐਨਾਂ ਹਨ ਜੋ ਇਹ ਦਰਸਾਉਂਦੀਆਂ ਹਨ ਕਿ ਇਹ ਕਮਜ਼ੋਰੀਆਂ Ethereum ਨੈਟਵਰਕ ਦੇ ਮੌਜੂਦਾ ਸੰਸਕਰਣ ਵਿੱਚ ਮੌਜੂਦ ਹਨ ਅਤੇ ਉਹ ਬਹੁਤ ਸਾਰੇ ਸਮਾਰਟ ਕੰਟਰੈਕਟਸ ਦੀ ਅਸਫਲਤਾ ਵੱਲ ਲੈ ਜਾ ਸਕਦੀਆਂ ਹਨ.

ਇੱਕ ਹੋਰ ਵੱਡੀ ਮੁਸ਼ਕਲ, ਇਸ ਨੂੰ ਇੱਕ ਨੁਕਸਾਨ ਮੰਨਿਆ ਜਾ ਸਕਦਾ ਹੈ. ਇਹ ਇਸ ਤੱਥ ਵਿੱਚ ਹੈ ਕਿ ਤੁਸੀਂ ਵਿਵਹਾਰਕ ਜਾਂ ਤਕਨੀਕੀ ਤੌਰ 'ਤੇ ਇਸ ਸਿੱਟੇ 'ਤੇ ਪਹੁੰਚ ਸਕਦੇ ਹੋ ਕਿ ਜੇਕਰ ਤੁਸੀਂ ਇੱਕ ਇਕਰਾਰਨਾਮੇ ਦੇ ਬਾਈਟਕੋਡ ਨੂੰ ਕੰਪਾਇਲ ਕਰਦੇ ਹੋ ਜੋ ਇੱਕ ਵਰਚੁਅਲ ਮਸ਼ੀਨ 'ਤੇ ਲਾਗੂ ਕੀਤਾ ਜਾਵੇਗਾ, ਤਾਂ ਤੁਸੀਂ ਓਪਰੇਸ਼ਨਾਂ ਦੇ ਕੁਝ ਖਾਸ ਕ੍ਰਮ ਨੂੰ ਨਿਰਧਾਰਤ ਕਰ ਸਕਦੇ ਹੋ. ਜਦੋਂ ਇਕੱਠੇ ਕੀਤੇ ਜਾਂਦੇ ਹਨ, ਤਾਂ ਇਹ ਓਪਰੇਸ਼ਨ ਵਰਚੁਅਲ ਮਸ਼ੀਨ ਨੂੰ ਬਹੁਤ ਜ਼ਿਆਦਾ ਲੋਡ ਕਰ ਦੇਣਗੇ ਅਤੇ ਇਹਨਾਂ ਓਪਰੇਸ਼ਨਾਂ ਨੂੰ ਕਰਨ ਲਈ ਅਦਾ ਕੀਤੀ ਗਈ ਫੀਸ ਦੇ ਅਨੁਪਾਤ ਨਾਲ ਇਸ ਨੂੰ ਹੌਲੀ ਕਰ ਦੇਣਗੇ।

ਅਤੀਤ ਵਿੱਚ, ਈਥਰਿਅਮ ਦੇ ਵਿਕਾਸ ਵਿੱਚ ਪਹਿਲਾਂ ਹੀ ਇੱਕ ਸਮਾਂ ਸੀ, ਜਦੋਂ ਇੱਕ ਵਰਚੁਅਲ ਮਸ਼ੀਨ ਦੇ ਸੰਚਾਲਨ ਨੂੰ ਵਿਸਥਾਰ ਵਿੱਚ ਸਮਝਣ ਵਾਲੇ ਬਹੁਤ ਸਾਰੇ ਲੋਕਾਂ ਨੇ ਅਜਿਹੀਆਂ ਕਮਜ਼ੋਰੀਆਂ ਲੱਭੀਆਂ. ਵਾਸਤਵ ਵਿੱਚ, ਟ੍ਰਾਂਜੈਕਸ਼ਨਾਂ ਨੇ ਬਹੁਤ ਘੱਟ ਫੀਸ ਅਦਾ ਕੀਤੀ, ਪਰ ਅਮਲੀ ਤੌਰ 'ਤੇ ਪੂਰੇ ਨੈਟਵਰਕ ਨੂੰ ਹੌਲੀ ਕਰ ਦਿੱਤਾ। ਇਹਨਾਂ ਸਮੱਸਿਆਵਾਂ ਨੂੰ ਹੱਲ ਕਰਨਾ ਬਹੁਤ ਮੁਸ਼ਕਲ ਹੈ, ਕਿਉਂਕਿ ਇਹ ਜ਼ਰੂਰੀ ਹੈ, ਪਹਿਲਾਂ, ਉਹਨਾਂ ਨੂੰ ਨਿਰਧਾਰਤ ਕਰਨਾ, ਦੂਜਾ, ਇਹਨਾਂ ਓਪਰੇਸ਼ਨਾਂ ਨੂੰ ਕਰਨ ਲਈ ਕੀਮਤ ਨੂੰ ਅਨੁਕੂਲ ਕਰਨਾ ਅਤੇ, ਤੀਜਾ, ਇੱਕ ਹਾਰਡ ਫੋਰਕ ਨੂੰ ਪੂਰਾ ਕਰਨਾ, ਜਿਸਦਾ ਮਤਲਬ ਹੈ ਕਿ ਸਾਰੇ ਨੈਟਵਰਕ ਨੋਡਾਂ ਨੂੰ ਇੱਕ ਨਵੇਂ ਸੰਸਕਰਣ ਵਿੱਚ ਅੱਪਡੇਟ ਕਰਨਾ। ਸਾਫਟਵੇਅਰ ਦੀ, ਅਤੇ ਫਿਰ ਇਹਨਾਂ ਤਬਦੀਲੀਆਂ ਦੀ ਸਮਕਾਲੀ ਸਰਗਰਮੀ।

ਜਿਵੇਂ ਕਿ ਈਥਰਿਅਮ ਲਈ, ਬਹੁਤ ਸਾਰੀਆਂ ਖੋਜਾਂ ਕੀਤੀਆਂ ਗਈਆਂ ਹਨ, ਬਹੁਤ ਸਾਰਾ ਵਿਹਾਰਕ ਤਜਰਬਾ ਹਾਸਲ ਕੀਤਾ ਗਿਆ ਹੈ: ਸਕਾਰਾਤਮਕ ਅਤੇ ਨਕਾਰਾਤਮਕ ਦੋਵੇਂ, ਪਰ ਫਿਰ ਵੀ ਮੁਸ਼ਕਲਾਂ ਅਤੇ ਕਮਜ਼ੋਰੀਆਂ ਹਨ ਜਿਨ੍ਹਾਂ ਨੂੰ ਅਜੇ ਵੀ ਕਿਸੇ ਤਰ੍ਹਾਂ ਨਾਲ ਨਜਿੱਠਿਆ ਜਾਣਾ ਹੈ।

ਇਸ ਲਈ, ਲੇਖ ਦਾ ਥੀਮੈਟਿਕ ਹਿੱਸਾ ਪੂਰਾ ਹੋ ਗਿਆ ਹੈ, ਆਓ ਉਹਨਾਂ ਸਵਾਲਾਂ ਵੱਲ ਵਧੀਏ ਜੋ ਅਕਸਰ ਉੱਠਦੇ ਹਨ।

ਅਕਸਰ ਪੁੱਛੇ ਜਾਂਦੇ ਸਵਾਲ

- ਜੇਕਰ ਮੌਜੂਦਾ ਸਮਾਰਟ ਕੰਟਰੈਕਟ ਦੀਆਂ ਸਾਰੀਆਂ ਧਿਰਾਂ ਸ਼ਰਤਾਂ ਨੂੰ ਬਦਲਣਾ ਚਾਹੁੰਦੀਆਂ ਹਨ, ਤਾਂ ਕੀ ਉਹ ਮਲਟੀਸਿਗ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਇਸ ਸਮਾਰਟ ਕੰਟਰੈਕਟ ਨੂੰ ਰੱਦ ਕਰ ਸਕਦੇ ਹਨ, ਅਤੇ ਫਿਰ ਇਸਦੇ ਲਾਗੂ ਹੋਣ ਦੀਆਂ ਅਪਡੇਟ ਕੀਤੀਆਂ ਸ਼ਰਤਾਂ ਦੇ ਨਾਲ ਇੱਕ ਨਵਾਂ ਸਮਾਰਟ ਕੰਟਰੈਕਟ ਬਣਾ ਸਕਦੇ ਹਨ?

ਇੱਥੇ ਜਵਾਬ ਦੋ ਗੁਣਾ ਹੋਵੇਗਾ. ਕਿਉਂ? ਕਿਉਂਕਿ ਇੱਕ ਪਾਸੇ, ਇੱਕ ਸਮਾਰਟ ਇਕਰਾਰਨਾਮੇ ਨੂੰ ਇੱਕ ਵਾਰ ਪਰਿਭਾਸ਼ਿਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਅਤੇ ਇਹ ਹੁਣ ਕੋਈ ਬਦਲਾਅ ਨਹੀਂ ਦਰਸਾਉਂਦਾ ਹੈ, ਅਤੇ ਦੂਜੇ ਪਾਸੇ, ਇਸ ਵਿੱਚ ਪੂਰਵ-ਲਿਖਤ ਤਰਕ ਹੋ ਸਕਦਾ ਹੈ ਜੋ ਕੁਝ ਸ਼ਰਤਾਂ ਦੇ ਸੰਪੂਰਨ ਜਾਂ ਅੰਸ਼ਕ ਬਦਲਾਅ ਲਈ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ। ਭਾਵ, ਜੇਕਰ ਤੁਸੀਂ ਆਪਣੇ ਸਮਾਰਟ ਕੰਟਰੈਕਟ ਵਿੱਚ ਕੁਝ ਬਦਲਣਾ ਚਾਹੁੰਦੇ ਹੋ, ਤਾਂ ਤੁਹਾਨੂੰ ਉਹ ਸ਼ਰਤਾਂ ਨਿਰਧਾਰਤ ਕਰਨੀਆਂ ਚਾਹੀਦੀਆਂ ਹਨ ਜਿਨ੍ਹਾਂ ਦੇ ਤਹਿਤ ਤੁਸੀਂ ਇਹਨਾਂ ਸ਼ਰਤਾਂ ਨੂੰ ਅਪਡੇਟ ਕਰ ਸਕਦੇ ਹੋ। ਇਸ ਅਨੁਸਾਰ, ਸਿਰਫ ਅਜਿਹੇ ਸਮਝਦਾਰੀ ਨਾਲ ਇਕਰਾਰਨਾਮੇ ਦੇ ਨਵੀਨੀਕਰਨ ਦਾ ਆਯੋਜਨ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ. ਪਰ ਇੱਥੇ ਵੀ, ਤੁਸੀਂ ਮੁਸੀਬਤ ਵਿੱਚ ਫਸ ਸਕਦੇ ਹੋ: ਕੁਝ ਗਲਤੀ ਕਰੋ ਅਤੇ ਇੱਕ ਅਨੁਸਾਰੀ ਕਮਜ਼ੋਰੀ ਪ੍ਰਾਪਤ ਕਰੋ। ਇਸ ਲਈ, ਅਜਿਹੀਆਂ ਚੀਜ਼ਾਂ ਨੂੰ ਬਹੁਤ ਵਿਸਤ੍ਰਿਤ ਅਤੇ ਧਿਆਨ ਨਾਲ ਡਿਜ਼ਾਈਨ ਕਰਨ ਅਤੇ ਟੈਸਟ ਕਰਨ ਦੀ ਜ਼ਰੂਰਤ ਹੁੰਦੀ ਹੈ.

- ਉਦੋਂ ਕੀ ਜੇ ਵਿਚੋਲਾ ਭਾਗ ਲੈਣ ਵਾਲੀਆਂ ਧਿਰਾਂ ਵਿੱਚੋਂ ਕਿਸੇ ਇੱਕ ਨਾਲ ਸਮਝੌਤਾ ਕਰਦਾ ਹੈ: ਐਸਕ੍ਰੋ ਜਾਂ ਸਮਾਰਟ ਕੰਟਰੈਕਟ? ਕੀ ਸਮਾਰਟ ਕੰਟਰੈਕਟ ਵਿੱਚ ਵਿਚੋਲੇ ਦੀ ਲੋੜ ਹੈ?

ਸਮਾਰਟ ਕੰਟਰੈਕਟ ਵਿੱਚ ਵਿਚੋਲੇ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ। ਹੋ ਸਕਦਾ ਹੈ ਕਿ ਇਹ ਮੌਜੂਦ ਨਾ ਹੋਵੇ। ਜੇ, ਐਸਕਰੋ ਦੇ ਮਾਮਲੇ ਵਿੱਚ, ਵਿਚੋਲਾ ਕਿਸੇ ਇੱਕ ਧਿਰ ਨਾਲ ਸਾਜ਼ਿਸ਼ ਵਿੱਚ ਦਾਖਲ ਹੁੰਦਾ ਹੈ, ਤਾਂ ਹਾਂ, ਇਹ ਸਕੀਮ ਫਿਰ ਤੇਜ਼ੀ ਨਾਲ ਆਪਣਾ ਸਾਰਾ ਮੁੱਲ ਗੁਆ ਦਿੰਦੀ ਹੈ. ਇਸ ਲਈ, ਵਿਚੋਲੇ ਦੀ ਚੋਣ ਇਸ ਤਰੀਕੇ ਨਾਲ ਕੀਤੀ ਜਾਂਦੀ ਹੈ ਕਿ ਉਹ ਇੱਕੋ ਸਮੇਂ ਇਸ ਪ੍ਰਕਿਰਿਆ ਵਿਚ ਸ਼ਾਮਲ ਸਾਰੀਆਂ ਧਿਰਾਂ ਦੁਆਰਾ ਭਰੋਸੇਯੋਗ ਹੋਣ। ਇਸ ਅਨੁਸਾਰ, ਤੁਸੀਂ ਸਿੱਕੇ ਨੂੰ ਕਿਸੇ ਵਿਚੋਲੇ ਦੇ ਨਾਲ ਬਹੁ-ਦਸਤਖਤ ਪਤੇ 'ਤੇ ਟ੍ਰਾਂਸਫਰ ਨਹੀਂ ਕਰੋਗੇ ਜਿਸ 'ਤੇ ਤੁਹਾਨੂੰ ਭਰੋਸਾ ਨਹੀਂ ਹੈ।

- ਕੀ ਇੱਕ ਈਥਰਿਅਮ ਟ੍ਰਾਂਜੈਕਸ਼ਨ ਨਾਲ ਤੁਹਾਡੇ ਪਤੇ ਤੋਂ ਵੱਖ-ਵੱਖ ਟਾਰਗੇਟ ਪਤਿਆਂ 'ਤੇ ਬਹੁਤ ਸਾਰੇ ਵੱਖ-ਵੱਖ ਟੋਕਨਾਂ ਨੂੰ ਟ੍ਰਾਂਸਫਰ ਕਰਨਾ ਸੰਭਵ ਹੈ, ਉਦਾਹਰਨ ਲਈ, ਐਕਸਚੇਂਜ ਪਤੇ ਜਿੱਥੇ ਇਹ ਟੋਕਨਾਂ ਦਾ ਵਪਾਰ ਕੀਤਾ ਜਾਂਦਾ ਹੈ?

ਇਹ ਇੱਕ ਚੰਗਾ ਸਵਾਲ ਹੈ ਅਤੇ ਇਹ Ethereum ਟ੍ਰਾਂਜੈਕਸ਼ਨ ਮਾਡਲ ਨਾਲ ਸਬੰਧਤ ਹੈ ਅਤੇ ਇਹ ਬਿਟਕੋਿਨ ਮਾਡਲ ਤੋਂ ਕਿਵੇਂ ਵੱਖਰਾ ਹੈ। ਅਤੇ ਅੰਤਰ ਰੈਡੀਕਲ ਹੈ. ਜੇਕਰ Ethereum ਟ੍ਰਾਂਜੈਕਸ਼ਨ ਮਾਡਲ ਵਿੱਚ ਤੁਸੀਂ ਸਿੱਕੇ ਟ੍ਰਾਂਸਫਰ ਕਰਦੇ ਹੋ, ਤਾਂ ਉਹ ਸਿਰਫ਼ ਇੱਕ ਪਤੇ ਤੋਂ ਦੂਜੇ ਪਤੇ ਵਿੱਚ ਟ੍ਰਾਂਸਫਰ ਕੀਤੇ ਜਾਂਦੇ ਹਨ, ਕੋਈ ਬਦਲਾਅ ਨਹੀਂ, ਸਿਰਫ਼ ਤੁਹਾਡੇ ਦੁਆਰਾ ਨਿਰਧਾਰਤ ਕੀਤੀ ਗਈ ਖਾਸ ਰਕਮ। ਦੂਜੇ ਸ਼ਬਦਾਂ ਵਿੱਚ, ਇਹ ਖਰਚ ਨਾ ਕੀਤੇ ਆਉਟਪੁੱਟ (UTXO) ਦਾ ਮਾਡਲ ਨਹੀਂ ਹੈ, ਪਰ ਖਾਤਿਆਂ ਅਤੇ ਸੰਬੰਧਿਤ ਬਕਾਏ ਦਾ ਇੱਕ ਮਾਡਲ ਹੈ। ਜੇ ਤੁਸੀਂ ਇੱਕ ਚਲਾਕ ਸਮਾਰਟ ਕੰਟਰੈਕਟ ਲਿਖਦੇ ਹੋ, ਤਾਂ ਇੱਕ ਵਾਰ ਵਿੱਚ ਇੱਕ ਟ੍ਰਾਂਜੈਕਸ਼ਨ ਵਿੱਚ ਕਈ ਵੱਖੋ-ਵੱਖਰੇ ਟੋਕਨ ਭੇਜਣਾ ਸਿਧਾਂਤਕ ਤੌਰ 'ਤੇ ਸੰਭਵ ਹੈ, ਪਰ ਤੁਹਾਨੂੰ ਅਜੇ ਵੀ ਬਹੁਤ ਸਾਰੇ ਲੈਣ-ਦੇਣ ਕਰਨੇ ਪੈਣਗੇ, ਇੱਕ ਇਕਰਾਰਨਾਮਾ ਬਣਾਉਣਾ ਹੋਵੇਗਾ, ਫਿਰ ਇਸ ਵਿੱਚ ਟੋਕਨ ਅਤੇ ਸਿੱਕੇ ਟ੍ਰਾਂਸਫਰ ਕਰਨੇ ਪੈਣਗੇ, ਅਤੇ ਫਿਰ ਉਚਿਤ ਢੰਗ ਨਾਲ ਕਾਲ ਕਰੋ। . ਇਸ ਲਈ ਮਿਹਨਤ ਅਤੇ ਸਮੇਂ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ, ਇਸਲਈ ਅਭਿਆਸ ਵਿੱਚ ਇਹ ਇਸ ਤਰ੍ਹਾਂ ਕੰਮ ਨਹੀਂ ਕਰਦਾ ਹੈ ਅਤੇ Ethereum ਵਿੱਚ ਸਾਰੇ ਭੁਗਤਾਨ ਵੱਖਰੇ ਲੈਣ-ਦੇਣ ਵਿੱਚ ਕੀਤੇ ਜਾਂਦੇ ਹਨ।

- Ethereum ਪਲੇਟਫਾਰਮ ਬਾਰੇ ਇੱਕ ਮਿੱਥ ਇਹ ਹੈ ਕਿ ਉਹਨਾਂ ਸਥਿਤੀਆਂ ਦਾ ਵਰਣਨ ਕਰਨਾ ਅਸੰਭਵ ਹੈ ਜੋ ਇੱਕ ਬਾਹਰੀ ਇੰਟਰਨੈਟ ਸਰੋਤ ਦੇ ਡੇਟਾ 'ਤੇ ਨਿਰਭਰ ਕਰੇਗਾ, ਤਾਂ ਫਿਰ ਕੀ ਕਰਨਾ ਹੈ?

ਹੱਲ ਇਹ ਹੈ ਕਿ ਸਮਾਰਟ ਕੰਟਰੈਕਟ ਆਪਣੇ ਆਪ ਵਿੱਚ ਇੱਕ ਜਾਂ ਇੱਕ ਤੋਂ ਵੱਧ ਅਖੌਤੀ ਭਰੋਸੇਮੰਦ ਓਰੇਕਲ ਪ੍ਰਦਾਨ ਕਰ ਸਕਦਾ ਹੈ, ਜੋ ਬਾਹਰੀ ਸੰਸਾਰ ਵਿੱਚ ਚੀਜ਼ਾਂ ਦੀ ਸਥਿਤੀ ਬਾਰੇ ਡੇਟਾ ਇਕੱਠਾ ਕਰਦੇ ਹਨ ਅਤੇ ਇਸਨੂੰ ਵਿਸ਼ੇਸ਼ ਤਰੀਕਿਆਂ ਦੁਆਰਾ ਸਮਾਰਟ ਕੰਟਰੈਕਟਸ ਵਿੱਚ ਪ੍ਰਸਾਰਿਤ ਕਰਦੇ ਹਨ। ਇਕਰਾਰਨਾਮਾ ਆਪਣੇ ਆਪ ਨੂੰ ਭਰੋਸੇਯੋਗ ਪਾਰਟੀਆਂ ਤੋਂ ਪ੍ਰਾਪਤ ਕੀਤੇ ਡੇਟਾ ਨੂੰ ਸਹੀ ਮੰਨਦਾ ਹੈ। ਵਧੇਰੇ ਭਰੋਸੇਯੋਗਤਾ ਲਈ, ਸਿਰਫ਼ ਓਰੇਕਲਾਂ ਦਾ ਇੱਕ ਵੱਡਾ ਸਮੂਹ ਚੁਣੋ ਅਤੇ ਉਹਨਾਂ ਦੀ ਮਿਲੀਭੁਗਤ ਦੇ ਜੋਖਮ ਨੂੰ ਘੱਟ ਤੋਂ ਘੱਟ ਕਰੋ। ਇਕਰਾਰਨਾਮਾ ਆਪਣੇ ਆਪ ਵਿੱਚ ਓਰੇਕਲਸ ਦੇ ਡੇਟਾ ਨੂੰ ਧਿਆਨ ਵਿੱਚ ਨਹੀਂ ਰੱਖ ਸਕਦਾ ਹੈ ਜੋ ਬਹੁਮਤ ਦਾ ਖੰਡਨ ਕਰਦੇ ਹਨ।

ਬਲਾਕਚੈਨ 'ਤੇ ਔਨਲਾਈਨ ਕੋਰਸ ਦਾ ਇੱਕ ਲੈਕਚਰ ਇਸ ਵਿਸ਼ੇ ਨੂੰ ਸਮਰਪਿਤ ਹੈ - "ਸਮਾਰਟ ਕੰਟਰੈਕਟਸ ਦੀ ਜਾਣ-ਪਛਾਣ".

ਸਰੋਤ: www.habr.com