ਬਲਾਕਚੈਨ ਤੋਂ ਡੀਏਜੀ ਤੱਕ: ਵਿਚੋਲਿਆਂ ਤੋਂ ਛੁਟਕਾਰਾ ਪਾਉਣਾ

ਇਸ ਲੇਖ ਵਿੱਚ, ਮੈਂ ਤੁਹਾਨੂੰ ਡੀਏਜੀ (ਡਾਇਰੈਕਟਡ ਐਸੀਕਲਿਕ ਗ੍ਰਾਫ) ਅਤੇ ਵੰਡੇ ਹੋਏ ਲੇਜ਼ਰਾਂ ਵਿੱਚ ਇਸਦੀ ਵਰਤੋਂ ਬਾਰੇ ਦੱਸਾਂਗਾ, ਅਤੇ ਅਸੀਂ ਇਸਦੀ ਤੁਲਨਾ ਬਲਾਕਚੈਨ ਨਾਲ ਕਰਾਂਗੇ।

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



ਮੈਂ ਤੁਹਾਨੂੰ ਇਹ ਵੀ ਦਿਖਾਵਾਂਗਾ ਕਿ DAG ਅਸਲ ਵਿੱਚ ਵਧੇਰੇ ਸੈਂਸਰਸ਼ਿਪ ਰੋਧਕ ਹੈ ਅਤੇ ਲੇਜ਼ਰ ਤੱਕ ਪਹੁੰਚ ਕਰਨ ਲਈ ਕੋਈ ਵਿਚੋਲੇ ਨਹੀਂ ਹਨ।

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

ਮਾਈਨਰ ਤੁਹਾਡੇ ਅਤੇ ਵੰਡੇ ਹੋਏ ਬਹੀ ਦੇ ਵਿਚਕਾਰ ਖੜ੍ਹੇ ਵਿਚੋਲੇ ਹੁੰਦੇ ਹਨ।

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

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

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

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

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

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

ਹੁਣ ਜਦੋਂ ਕਿ ਸਾਡੇ ਕੋਲ ਇਹ ਆਜ਼ਾਦੀ ਹੈ, ਇਸ ਨਾਲ ਹਫੜਾ-ਦਫੜੀ ਨਹੀਂ ਹੋਣੀ ਚਾਹੀਦੀ। ਸਾਡੇ ਕੋਲ ਰਜਿਸਟਰੀ ਦੀ ਸਥਿਤੀ ਬਾਰੇ ਸਮਝੌਤਾ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ। ਅਤੇ ਇਹ ਸਮਝੌਤਾ, ਜਾਂ ਸਹਿਮਤੀ, ਆਮ ਤੌਰ 'ਤੇ ਦੋ ਚੀਜ਼ਾਂ 'ਤੇ ਸਮਝੌਤੇ ਦਾ ਮਤਲਬ ਹੈ:

1. ਕੀ ਹੋਇਆ?
2. ਇਹ ਕਿਸ ਕ੍ਰਮ ਵਿੱਚ ਹੋਇਆ?

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

ਜੇ ਇਹ ਇੱਕ ਬਲਾਕਚੈਨ ਸੀ, ਤਾਂ ਮਾਈਨਰ ਇਹ ਫੈਸਲਾ ਕਰਨਗੇ ਕਿ ਕੀ ਹੁੰਦਾ ਹੈ। ਜੋ ਵੀ ਮਾਈਨਰ ਇੱਕ ਬਲਾਕ ਵਿੱਚ ਸ਼ਾਮਲ ਕਰਨ ਦਾ ਫੈਸਲਾ ਕਰਦਾ ਹੈ ਉਹੀ ਹੁੰਦਾ ਹੈ। ਉਹ ਸਭ ਕੁਝ ਜੋ ਉਹ ਬਲਾਕ ਵਿੱਚ ਸ਼ਾਮਲ ਨਹੀਂ ਕਰਦਾ, ਅਜਿਹਾ ਨਹੀਂ ਹੁੰਦਾ.

ਬਲਾਕਚੈਨ ਵਿੱਚ, ਮਾਈਨਰ ਵੀ ਸਹਿਮਤੀ ਦੀ ਦੂਜੀ ਸਮੱਸਿਆ ਨੂੰ ਹੱਲ ਕਰਦੇ ਹਨ: ਆਰਡਰ। ਉਹਨਾਂ ਨੂੰ ਬਲਾਕ ਦੇ ਅੰਦਰ ਲੈਣ-ਦੇਣ ਦਾ ਆਦੇਸ਼ ਦੇਣ ਦੀ ਇਜਾਜ਼ਤ ਹੈ ਜਿਵੇਂ ਉਹ ਚਾਹੁੰਦੇ ਹਨ।

ਡੀਏਜੀ ਵਿੱਚ ਲੈਣ-ਦੇਣ ਦਾ ਕ੍ਰਮ ਕਿਵੇਂ ਨਿਰਧਾਰਤ ਕਰਨਾ ਹੈ?

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

ਪਰ ਲੈਣ-ਦੇਣ ਵਿਚਕਾਰ ਕ੍ਰਮ ਹਮੇਸ਼ਾ ਗ੍ਰਾਫ ਦੀ ਸ਼ਕਲ ਤੋਂ ਨਿਰਧਾਰਤ ਨਹੀਂ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ। ਉਦਾਹਰਨ ਲਈ, ਜਦੋਂ ਗ੍ਰਾਫ ਦੀਆਂ ਸਮਾਨਾਂਤਰ ਸ਼ਾਖਾਵਾਂ 'ਤੇ ਦੋ ਲੈਣ-ਦੇਣ ਹੁੰਦੇ ਹਨ।

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

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

ਪ੍ਰਦਾਤਾਵਾਂ ਦੀ ਇਹ ਸੂਚੀ ਉਪਭੋਗਤਾ ਤੋਂ ਉਪਭੋਗਤਾ ਤੱਕ ਵੱਖਰੀ ਹੁੰਦੀ ਹੈ, ਪਰ ਗੁਆਂਢੀ ਲੈਣ-ਦੇਣ ਦੀਆਂ ਸੂਚੀਆਂ ਇੱਕ ਪ੍ਰਦਾਤਾ ਤੱਕ ਵੱਖਰੀਆਂ ਹੋ ਸਕਦੀਆਂ ਹਨ।

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

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

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

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

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

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

ਹੁਣ ਅਸੀਂ ਦੋਹਰੇ ਖਰਚਿਆਂ ਨੂੰ ਕਿਵੇਂ ਨਿਯੰਤਰਿਤ ਕਰੀਏ?

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

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

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

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

ਇਹ ਇੱਕ ਬਹੁਤ ਮਹੱਤਵਪੂਰਨ ਨਿਯਮ ਹੈ ਜੋ ਪੂਰੀ ਪ੍ਰਣਾਲੀ ਨੂੰ ਸੈਂਸਰਸ਼ਿਪ ਦੀਆਂ ਕੋਸ਼ਿਸ਼ਾਂ ਪ੍ਰਤੀ ਰੋਧਕ ਹੋਣ ਦੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ। 

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

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

ਸਰੋਤ: www.habr.com