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

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

ਬਲਾਕਚੈਨ ਕਲਾਇੰਟ ਦੁਆਰਾ ਸੇਵਾ ਬੇਨਤੀ ਦੇ ਪੜਾਅ

ਕਿਸੇ ਵੀ ਵੱਧ ਜਾਂ ਘੱਟ ਗੁੰਝਲਦਾਰ ਸੇਵਾ ਦੀ ਗੁਣਵੱਤਾ ਬਾਰੇ ਇਮਾਨਦਾਰੀ ਨਾਲ ਗੱਲ ਕਰਨ ਲਈ, ਤੁਹਾਨੂੰ ਨਾ ਸਿਰਫ਼ ਔਸਤ ਮੁੱਲ, ਸਗੋਂ ਵੱਧ ਤੋਂ ਵੱਧ/ਘੱਟੋ-ਘੱਟ, ਮੱਧਮਾਨ, ਪ੍ਰਤੀਸ਼ਤਤਾਵਾਂ ਨੂੰ ਵੀ ਧਿਆਨ ਵਿੱਚ ਰੱਖਣਾ ਚਾਹੀਦਾ ਹੈ। ਸਿਧਾਂਤਕ ਤੌਰ 'ਤੇ, ਅਸੀਂ ਕੁਝ ਬਲਾਕਚੈਨ ਵਿੱਚ 1000 ਟੀਪੀਐਸ ਬਾਰੇ ਗੱਲ ਕਰ ਸਕਦੇ ਹਾਂ, ਪਰ ਜੇਕਰ 900 ਟ੍ਰਾਂਜੈਕਸ਼ਨਾਂ ਬਹੁਤ ਜ਼ਿਆਦਾ ਗਤੀ ਨਾਲ ਪੂਰੀਆਂ ਕੀਤੀਆਂ ਗਈਆਂ ਸਨ, ਅਤੇ 100 ਕੁਝ ਸਕਿੰਟਾਂ ਲਈ "ਅਟਕ" ਗਏ ਸਨ, ਤਾਂ ਸਾਰੇ ਲੈਣ-ਦੇਣ 'ਤੇ ਇਕੱਠਾ ਕੀਤਾ ਔਸਤ ਸਮਾਂ ਗਾਹਕ ਲਈ ਪੂਰੀ ਤਰ੍ਹਾਂ ਨਿਰਪੱਖ ਮੈਟ੍ਰਿਕ ਨਹੀਂ ਹੈ। ਜਿਸਨੂੰ ਮੈਂ ਕੁਝ ਸਕਿੰਟਾਂ ਵਿੱਚ ਲੈਣ-ਦੇਣ ਨੂੰ ਪੂਰਾ ਨਹੀਂ ਕਰ ਸਕਿਆ। ਖੁੰਝੇ ਹੋਏ ਸਹਿਮਤੀ ਦੌਰ ਜਾਂ ਨੈਟਵਰਕ ਸਪਲਿਟਸ ਕਾਰਨ ਹੋਣ ਵਾਲੇ ਅਸਥਾਈ "ਛੇਕ" ਇੱਕ ਸੇਵਾ ਨੂੰ ਬਹੁਤ ਬਰਬਾਦ ਕਰ ਸਕਦੇ ਹਨ ਜਿਸਨੇ ਟੈਸਟ ਬੈਂਚਾਂ 'ਤੇ ਸ਼ਾਨਦਾਰ ਪ੍ਰਦਰਸ਼ਨ ਦਿਖਾਇਆ ਹੈ।

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

1. ਲੈਣ-ਦੇਣ ਕਲਾਇੰਟ 'ਤੇ ਬਣਦਾ ਹੈ
2. ਲੈਣ-ਦੇਣ 'ਤੇ ਗਾਹਕ 'ਤੇ ਦਸਤਖਤ ਕੀਤੇ ਜਾਂਦੇ ਹਨ
3. ਕਲਾਇੰਟ ਨੋਡਾਂ ਵਿੱਚੋਂ ਇੱਕ ਚੁਣਦਾ ਹੈ ਅਤੇ ਆਪਣਾ ਲੈਣ-ਦੇਣ ਇਸ ਨੂੰ ਭੇਜਦਾ ਹੈ
4. ਕਲਾਇੰਟ ਨੋਡ ਦੇ ਸਟੇਟ ਡੇਟਾਬੇਸ ਦੇ ਅੱਪਡੇਟ ਦੀ ਗਾਹਕੀ ਲੈਂਦਾ ਹੈ, ਇਸ ਦੇ ਲੈਣ-ਦੇਣ ਦੇ ਨਤੀਜੇ ਸਾਹਮਣੇ ਆਉਣ ਦੀ ਉਡੀਕ ਕਰਦਾ ਹੈ
5. ਨੋਡ p2p ਨੈੱਟਵਰਕ ਉੱਤੇ ਲੈਣ-ਦੇਣ ਨੂੰ ਵੰਡਦਾ ਹੈ
6. ਕਈ ਜਾਂ ਇੱਕ ਬੀਪੀ (ਬਲਾਕ ਉਤਪਾਦਕ) ਸਟੇਟ ਡੇਟਾਬੇਸ ਨੂੰ ਅੱਪਡੇਟ ਕਰਦੇ ਹੋਏ, ਸੰਚਿਤ ਟ੍ਰਾਂਜੈਕਸ਼ਨਾਂ ਦੀ ਪ੍ਰਕਿਰਿਆ ਕਰਦਾ ਹੈ
7. ਲੋੜੀਂਦੀ ਗਿਣਤੀ ਵਿੱਚ ਲੈਣ-ਦੇਣ ਦੀ ਪ੍ਰਕਿਰਿਆ ਕਰਨ ਤੋਂ ਬਾਅਦ ਬੀਪੀ ਇੱਕ ਨਵਾਂ ਬਲਾਕ ਬਣਾਉਂਦਾ ਹੈ
8. BP p2p ਨੈੱਟਵਰਕ ਉੱਤੇ ਇੱਕ ਨਵਾਂ ਬਲਾਕ ਵੰਡਦਾ ਹੈ
9. ਨਵਾਂ ਬਲਾਕ ਨੋਡ ਨੂੰ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ ਜਿਸਨੂੰ ਕਲਾਇੰਟ ਐਕਸੈਸ ਕਰ ਰਿਹਾ ਹੈ
10. ਨੋਡ ਸਟੇਟ ਡੇਟਾਬੇਸ ਨੂੰ ਅਪਡੇਟ ਕਰਦਾ ਹੈ
11. ਨੋਡ ਕਲਾਇੰਟ ਦੇ ਸੰਬੰਧ ਵਿੱਚ ਅਪਡੇਟ ਨੂੰ ਵੇਖਦਾ ਹੈ ਅਤੇ ਉਸਨੂੰ ਇੱਕ ਟ੍ਰਾਂਜੈਕਸ਼ਨ ਨੋਟੀਫਿਕੇਸ਼ਨ ਭੇਜਦਾ ਹੈ

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

ਗਾਹਕ ਦੇ ਪਾਸੇ 'ਤੇ ਇੱਕ ਲੈਣ-ਦੇਣ ਦੀ ਤਿਆਰੀ

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

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

ਇੱਕ ਲੈਣ-ਦੇਣ ਭੇਜਣਾ ਅਤੇ ਇਸਦੀ ਸਥਿਤੀ ਦੀ ਨਿਗਰਾਨੀ ਕਰਨਾ

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

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

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

p2p ਨੈੱਟਵਰਕ ਦੁਆਰਾ ਟ੍ਰਾਂਜੈਕਸ਼ਨਾਂ ਅਤੇ ਬਲਾਕਾਂ ਦਾ ਸੰਚਾਰ

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

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

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

ਬਲਾਕਚੈਨ ਪ੍ਰੋਸੈਸਿੰਗ ਅਤੇ ਸਟੇਟ ਡੇਟਾਬੇਸ ਅਪਡੇਟ ਕਰਨਾ

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

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

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

ਬਲਾਕਚੈਨ ਵਿੱਚ ਇੱਕ ਲੈਣ-ਦੇਣ ਨੂੰ ਸ਼ਾਮਲ ਕਰਨ ਬਾਰੇ ਇੱਕ ਨੋਟੀਫਿਕੇਸ਼ਨ ਦੀ ਗਾਹਕ ਦੁਆਰਾ ਰਸੀਦ

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

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

ਸਿੱਟਾ

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

1. ਕ੍ਰਿਪਟੋਗ੍ਰਾਫਿਕ ਪਰਿਵਰਤਨ, ਸਬੂਤ ਨਿਰਮਾਣ
2. ਪੀਅਰ-ਟੂ-ਪੀਅਰ ਨੈੱਟਵਰਕਿੰਗ, ਟ੍ਰਾਂਜੈਕਸ਼ਨ ਅਤੇ ਬਲਾਕ ਪ੍ਰਤੀਕ੍ਰਿਤੀ
3. ਟ੍ਰਾਂਜੈਕਸ਼ਨ ਪ੍ਰੋਸੈਸਿੰਗ, ਸਮਾਰਟ ਕੰਟਰੈਕਟਸ ਨੂੰ ਲਾਗੂ ਕਰਨਾ
4. ਸਟੇਟ ਡੇਟਾਬੇਸ ਵਿੱਚ ਬਲਾਕਚੈਨ ਵਿੱਚ ਤਬਦੀਲੀਆਂ ਨੂੰ ਲਾਗੂ ਕਰਨਾ, ਲੈਣ-ਦੇਣ ਅਤੇ ਬਲਾਕਾਂ ਦੇ ਡੇਟਾ ਨੂੰ ਅਪਡੇਟ ਕਰਨਾ
5. ਸਟੇਟ ਡੇਟਾਬੇਸ, ਬਲਾਕਚੈਨ ਨੋਡ API, ਸਬਸਕ੍ਰਿਪਸ਼ਨ ਸੇਵਾਵਾਂ ਲਈ ਸਿਰਫ਼ ਪੜ੍ਹਨ ਲਈ ਬੇਨਤੀਆਂ

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

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

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

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

ਸਰੋਤ: www.habr.com