18 ਸਤੰ 2025·8 ਮਿੰਟ
Bitcoin ਇੰਜੀਨੀਅਰਿੰਗ ਵਿਕਲਪ: ਪ੍ਰੇਰਨਾ, ਖਤਰੇ, ਸਾਦਗੀ
Bitcoin ਇੰਜੀਨੀਅਰਿੰਗ ਦੇ ਵਿਕਲਪ ਦਿਖਾਉਂਦੇ ਹਨ ਕਿ ਕਿਵੇਂ ਪ੍ਰੇਰਨਾ, ਧਮਕੀ ਮਾਡਲ ਅਤੇ ਸਾਦਗੀ ਇਕ ਸਿਸਟਮ ਨੂੰ ਚਲਾਉਂਦੇ ਰਹਿ ਸਕਦੇ ਹਨ, ਭਾਵੇਂ ਬੁਰੇ ਖਿਲਾੜੀ ਲਗਾਤਾਰ ਉਸਨੂੰ ਟੋੜਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰ ਰਹੇ ਹੋਣ।
Bitcoin ਇੰਜੀਨੀਅਰਿੰਗ ਦੇ ਵਿਕਲਪ ਦਿਖਾਉਂਦੇ ਹਨ ਕਿ ਕਿਵੇਂ ਪ੍ਰੇਰਨਾ, ਧਮਕੀ ਮਾਡਲ ਅਤੇ ਸਾਦਗੀ ਇਕ ਸਿਸਟਮ ਨੂੰ ਚਲਾਉਂਦੇ ਰਹਿ ਸਕਦੇ ਹਨ, ਭਾਵੇਂ ਬੁਰੇ ਖਿਲਾੜੀ ਲਗਾਤਾਰ ਉਸਨੂੰ ਟੋੜਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰ ਰਹੇ ਹੋਣ।
ਜ਼ਿਆਦਾਤਰ ਸਿਸਟਮ ਅਜਿਹੇ ਲੋਕਾਂ ਲਈ ਬਣਾਏ ਜਾਂਦੇ ਹਨ ਜੋ ਆਪ ਜਾਣਦੇ ਹੋ। ਜਦੋਂ ਤੁਸੀਂ ਅਣਜਾਣ ਲੋਕਾਂ ਨੂੰ ਸ਼ਾਮਿਲ ਹੋਣ, ਸੁਨੇਹੇ ਭੇਜਣ, ਮੁੱਲ ਲਿਜਾਣ ਜਾਂ ਵੋਟ ਕਰਨ ਦੀ ਆਗਿਆ ਦਿੰਦੇ ਹੋ, ਤਾਂ ਤੁਸੀਂ ਉਹਨਾਂ ਨੂੰ ਬਿਨਾਂ ਭਰੋਸੇ ਦੇ ਤਾਲਮੇਲ ਕਰਨ ਲਈ ਕਹਿ ਰਹੇ ਹੋ।
ਇਹੀ ਸਮੱਸਿਆ Bitcoin ਨੇ ਹੱਲ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕੀਤੀ। ਇਹ ਸਿਰਫ "ਠੰਡਾ ਕ੍ਰਿਪਟੋਗ੍ਰਾਫੀ" ਨਹੀਂ ਹੈ। ਇਹ ਇੰਜੀਨੀਅਰਿੰਗ ਦੇ ਵਿਕਲਪ ਹਨ: ਉਹ ਨਿਯਮ ਚੁਣਨਾ ਜੋ ਕੰਮ ਕਰਦੇ ਰਹਿਣ ਜਦੋਂ ਕੋਈ ਉਨ੍ਹਾਂ ਨੂੰ ਬਾਟੇਂਟ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਦਾ ਹੈ।
ਵਿਰੋਧੀ ਕੇਵਲ “ਹੈਕਰ” ਨਹੀਂ। ਇਹ ਉਹ ਕੋਈ ਵੀ ਹੋ ਸਕਦਾ ਹੈ ਜਿਸਨੂੰ ਤੁਹਾਡੇ ਧਾਰਣਾਂ ਨੂੰ ਤੋੜਕੇ ਨਫ਼ਾ ਹੋਵੇ: ਮੁਫ਼ਤ ਇਨਾਮ ਚਾਹੁੰਨ ਵਾਲੇ ਚੀਟਰ, ਧਿਆਨ ਲਈ ਸਪੈਮਰ, ਪ੍ਰਭਾਵ ਲਈ ਰਵੁਈ ਦੇਣ ਵਾਲੇ, ਜਾਂ ਉਹ ਮੁਕਾਬਲੇਬਾਜ਼ ਜਿਹੜੇ ਤੁਹਾਡੀ ਸਰਵਿਸ ਨੂੰ ਅਣਭਰੋਸੇਯੋਗ ਦਿਖਾਉਣਾ ਚਾਹੁੰਦੇ ਹਨ।
ਲਕੜੀ ਦਾ ਮਕਸਦ ਇਹ ਨਹੀਂ ਕਿ ਕੁਝ ਇਸਤਰ੍ਹਾਂ ਬਣਾਇਆ ਜਾਵੇ ਜੋ ਕਦੇ ਹਮਲੇ ਨਾ ਹੋਣ। ਮਕਸਦ ਇਹ ਹੈ ਕਿ ਹਮਲਾ ਹੋਣ ਦੌਰਾਨ ਵੀ ਇਹ ਉਪਯੋਗਯੋਗ ਅਤੇ ਪੇਸ਼ਗੀਭਾਵੀ ਰਹੇ, ਅਤੇ ਗਲਤ ਵਰਤੋਂ ਮਹਿੰਗੀ ਹੋਏ ਤਾਂ ਕਿ ਜ਼ਿਆਦਾਤਰ ਲੋਕ ਇਮਾਨਦਾਰ ਰਾਹ ਚੁਣਨ।
ਇੱਕ ਵਰਤਣਯੋਗ ਆਦਤ ਇਹ ਪੁੱਛਣਾ ਹੈ: ਜੇ ਮੈਂ ਕਿਸੇ ਨੂੰ ਇਸ ਫੀਚਰ ਦੀ ਦੁਰਵਰਤਨ ਲਈ ਸਾਫ਼ ਮਨੀ-ਮੋਟਿਵ ਦਿੱਤੀ, ਉਹ ਕੀ ਕਰੇਗਾ? ਤੁਹਾਨੂੰ ਪੈਰਾ-ਵਟ ਨਹੀਂ ਚਾਹੀਦੀ। ਪ੍ਰੇਰਨਾ ਚੰਗੀਆਂ ਨीयਤਾਂ ਨੂੰ ਹਰਾਉਂਦੀ ਹੈ।
ਖੁੱਲੇ ਸਿਸਟਮਾਂ ਵਿੱਚ ਓਹੋ ਹੀ ਪੈਟਰਨ ਤੇਜ਼ੀ ਨਾਲ ਦਿਖਾਈ ਦਿੰਦੇ ਹਨ: ਆਟੋਮੇਸ਼ਨ ਅਤੇ ਸਪੈਮ, ਐਜ-ਕੇਸ ਟਾਈਮਿੰਗ ਚਾਲਾਂ (ਰੇਸ ਸ਼ਰਤਾਂ, ਰੀਪਲੇ ਕੋਸ਼ਿਸ਼ਾਂ, ਡਬਲ-ਸਪੈਂਡਿੰਗ), ਬਹੁਤ ਸਾਰੀਆਂ ਪਹਚਾਨਾਂ ਜੋ ਬਹੁਤ ਸਾਰਿਆਂ ਵਰਗਾਂ ਵਾਂਗ ਦਿਖਾਈ ਦਿੰਦੀਆਂ ਹਨ (Sybil ਵਿਵਹਾਰ), ਅੰਦਰੂਨੀ ਸਾਜ਼ਿਸ਼, ਅਤੇ ਭਰੋਸਾ ਘਟਾਉਣ ਲਈ ਭਰਮ ਫੈਲਾਉਣ ਵਾਲੀਆਂ ਮੁਹਿੰਮਾਂ।
ਛੋਟੇ ਉਤਪਾਦ ਵੀ ਇਸ ਦਾ ਸਾਹਮਣਾ ਕਰਦੇ ਹਨ। ਕਲਪਨਾ ਕਰੋ ਇੱਕ ਪੋਇੰਟ ਪ੍ਰੋਗਰਾਮ ਦੀ ਜੋ ਰਿਵਿਊ ਲਿਖਣ 'ਤੇ ਕਰੈਡਿਟ ਦਿੰਦਾ ਹੈ। ਜੇ ਕਰੈਡਿਟ ਮਨੁੱਖਾਂ ਨਾਲ ਤੁਰੰਤ ਵੰਡੇ ਜਾ ਸਕਦੇ ਹਨ ਤਾਂ ਬੋਟ ਉਨ੍ਹਾਂ ਨੂੰ ਫਾਰਮ ਕਰਨਗੇ। ਜੇ ਸਜ਼ਾ ਕਮਜ਼ੋਰ ਹੈ, ਤਾਂ ਸਭ ਤੋਂ ਸਸਤੀ ਰਣਨੀਤੀ ਬਣ ਜਾਵੇਗੀ “ਪਹਿਲਾਂ ਦੁਰਵਰਤਨ, ਬਾਦ ਵਿੱਚ ਮਾਫ਼ੀ।”
Bitcoin ਤੋਂ ਪ੍ਰਯੋਗਿਕ ਸਿੱਖਿਆ ਸਿੱਧੀ ਹੈ: ਆਪਣਾ ਧਮਕੀ ਮਾਡਲ ਪਰਿਭਾਸ਼ਿਤ ਕਰੋ, ਨਿਰਣਯ ਕਰੋ ਕਿ ਤੁਸੀਂ ਕੀ ਹਕੀਕਤ ਵਿੱਚ ਬਚਾ ਸਕਦੇ ਹੋ, ਅਤੇ ਮੁੱਖ ਨਿਯਮ ਐਡਿਟ ਕਰਨਯੋਗ ਰੱਖੋ ਜਦੋਂ ਦਬਾਅ ਹੋਵੇ।
Bitcoin 2008-2009 ਦੇ ਇੰਟਰਨੈੱਟ ਲਈ ਬਣਾਇਆ ਗਿਆ ਸੀ: ਘਰੇਲੂ ਕਮਪਿਊਟਰ, ਸੀਮਤ ਬੈਂਡਵਿਡਥ, ਝਿੱਲੜੇ ਕਨੈਕਸ਼ਨ, ਅਤੇ ਅਜਿਹੇ ਅਣਜਾਣ ਲੋਕ ਜੋ ਸੁਲਝੇ ਹੋਏ ਸੌਫਟਵੇਅਰ ਨੂੰ ਸਿਆਨਾ ਨਾਲ ਡਾਊਨਲੋਡ ਕਰਦੇ ਹਨ। ਇਸਨੂੰ ਕੋਈ ਭਰੋਸੇਯੋਗ ਸਾਈਨਅਪ ਪ੍ਰਕਿਰਿਆ ਨਹੀਂ ਹੋ ਸਕਦੀ ਸੀ ਅਤੇ ਕਿਸੇ ਦਾ “ਅਸਲੀ” ਪਛਾਣ ਪੱਕੀ ਤਰ੍ਹਾਂ ਨਹੀਂ ਪਤਾ ਕੀਤੀ ਜਾ ਸਕਦੀ ਸੀ।
ਮੁੱਖ ਸਮੱਸਿਆ ਆਸਾਨੀ ਨਾਲ ਕਹਿਣ ਲਈ ਸੀ ਪਰ ਬਣਾਉਣ ਲਈ ਮੁਸ਼ਕਿਲ: ਡਿਜ਼ੀਟਲ ਨਗਦ ਬਣਾਓ ਜੋ ਕਿਸੇ ਨੂੰ ਵੀ ਭੇਜੀ ਜਾ ਸਕੇ, ਬੈਂਕ ਬਿਨਾਂ, ਅਤੇ ਭੇਜਨ ਵਾਲੇ ਨੂੰ ਇੱਕੋ ਹੀ ਸਿੱਕਾ ਦੋ ਵਾਰੀ ਖਰਚ ਕਰਨ ਤੋਂ ਰੋਕੋ। ਪਹਿਲਾਂ ਵਾਲੇ ਡਿਜ਼ੀਟਲ ਮਨੀ ਸਿਸਟਮ ਆਮ ਤੌਰ 'ਤੇ ਕੇਂਦਰੀ ਆਪਰੇਟਰ ਤੇ ਨਿਰਭਰ ਹੁੰਦੇ ਸਨ। Bitcoin ਦਾ ਟੀਚਾ ਇਹ ਨਿਰਭਰਤਾ ਹਟਾਉਣਾ ਸੀ ਬਿਨਾਂ ਉਸਨੂੰ ਆਈਡੈਂਟਿਟੀ ਜਾਂ ਪਰਮੀਸ਼ੰਡ ਮੈਂਬਰਸ਼ਿਪ ਨਾਲ ਬਦਲੇ।
ਇਸ ਲਈ ਨਿਰਮਾਤਾ ਦੀ ਪਛਾਣ ਤੋਂ ਜ਼ਿਆਦਾ ਗਿਆਨਵਾਨ ਇਹ ਸੀ ਕਿ ਡਿਜ਼ਾਈਨ ਕਿਹੜੀਆਂ ਧਾਰਣਾਂ ਕਰਦਾ ਹੈ। ਜੇ ਕੋਈ ਸਿਸਟਮ ਸਿਰਫ ਇਸ ਲਈ ਕੰਮ ਕਰਦਾ ਹੈ ਕਿ ਤੁਸੀਂ ਫਾਊਂਡਰ, ਕੰਪਨੀ ਜਾਂ ਇੱਕ ਛੋਟੀ ਅਡਮਿਨ ਟੀਮ 'ਤੇ ਭਰੋਸਾ ਕਰਦੇ ਹੋ, ਤਾਂ ਇਹ ਸਚਮੁਚ ਵਿਕੇਂਦ੍ਰਿਤ ਨਹੀਂ। Bitcoin ਨੇ ਭਰੋਸਾ ਵਿਕਲਪਕ ਬਣਾਉਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕੀਤੀ — ਭਰੋਸਾ ਉਹ ਨਿਯਮਾਂ ਵਿੱਚ ਧਕੇਲਿਆ ਗਿਆ ਜੋ ਕੋਈ ਵੀ ਆਪਣੀ ਮਸ਼ੀਨ 'ਤੇ ਖੁਦ ਜਾਂਚ ਸਕਦਾ ਹੈ।
Bitcoin ਉਹ ਪੈਟਰਨ ਟਾਲ ਰਿਹਾ ਸੀ ਜੋ ਇਕ ਇਕੱਲਾ ਨکتے ਤੇ ਨਿਰਭਰਤਾ ਜਾਂ ਦਬਾਅ ਪੈਦਾ ਕਰਦੇ ਹਨ:
ਇਹ ਚੋਣਾਂ ਸਿਸਟਮ ਦੀਆਂ ਤਾਕਤਾਂ ਅਤੇ ਸੀਮਾਵਾਂ ਨੂੰ ਆਕਾਰ ਦਿੰਦੀਆਂ ਹਨ। ਤਾਕਤ ਇਹ ਹੈ ਕਿ ਕੋਈ ਵੀ ਸ਼ਾਮਿਲ ਹੋ ਸਕਦਾ ਹੈ ਅਤੇ ਸਵੈ-ਪ੍ਰਮਾਣਨ ਕਰ ਸਕਦਾ ਹੈ, ਭਾਵੇਂ ਉਹ ਕਿਸੇ 'ਤੇ ਭਰੋਸਾ ਨਾ ਕਰੇ। ਸੀਮਾ ਇਹ ਹੈ ਕਿ ਸਿਸਟਮ ਨੂੰ ਬਹੁਤ ਸਧਾਰਨ ਰੱਖਣਾ ਪੈਂਦਾ ਹੈ ਤਾਂ ਜੋ ਬਹੁਤ ਸਾਰੇ ਆਜ਼ਾਦ ਨੋਡ ਇਸਨੂੰ ਚਲਾ ਸਕਣ — ਜਿਸ ਨਾਲ throughput, ਸਟੋਰੇਜ ਵਾਧਾ ਅਤੇ ਨਿਯਮਾਂ ਦੀ ਜਟਿਲਤਾ 'ਤੇ ਦਬਾਅ ਪੈਂਦਾ ਹੈ।
ਇੱਕ ਪ੍ਰਯੋਗਿਕ ਤਰੀਕਾ ਸੀਮਾ ਨੂੰ ਦੇਖਣ ਦੀ: ਜਦੋਂ ਤੁਸੀਂ ਅਣਜਾਣਿਆਂ ਨੂੰ ਵਾਅਦਾ ਦਿੰਦੇ ਹੋ, “ਤੁਸੀਂ ਹਰ ਭੁਗਤਾਨ ਨੂੰ ਖੁਦ ਸਤਿਆਪਿਤ ਕਰ ਸਕਦੇ ਹੋ,” ਤਾਂ ਤੁਸੀਂ ਗੁਪਤ ਡੇਟਾਬੇਸ, ਕਸਟਮਰ ਸਹਾਇਤਾ ਫੈਸਲੇ ਜਾਂ ਨਿੱਜੀ ਆਡਿਟਸ 'ਤੇ ਨਿਰਭਰ ਨਹੀਂ ਰਹਿ ਸਕਦੇ। ਨਿਯਮ ਉਹ ਵੇਲੇ ਭੜਕਣ ਤੇ ਟਿਕਣੇ ਚਾਹੀਦੇ ਹਨ ਜਦੋ ਨੈੱਟਵਰਕ ਦੁਸ਼ਮਨ ਹੈ ਅਤੇ ਕੁਝ ਭਾਗੀਦਾਰ ਸਰਗਰਮ ਤਰੀਕੇ ਨਾਲ ਛਲ ਕਰ ਰਹੇ ਹਨ।
Bitcoin ਦੀ ਸੁਰੱਖਿਆ ਰਾਖੀਦਾਰਾਂ ਜਾਂ ਕਾਂਟ੍ਰੈਕਟਾਂ ਨਾਲ ਨਹੀਂ ਭੁਗਤਾਈ ਜਾਂਦੀ। ਇਹ ਇਨਾਮ ਨਾਲ ਭੁਗਤਾਨ ਕੀਤੀ ਜਾਂਦੀ ਹੈ ਜੋ ਕੋਈ ਵੀ ਨਿਯਮਾਂ ਦੀ ਪਾਲਣਾ ਕਰਕੇ ਕਮਾ ਸਕਦਾ ਹੈ। ਇਹ Bitcoin ਇੰਜੀਨੀਅਰਿੰਗ ਵਿਕਲਪਾਂ ਵਿੱਚੋਂ ਇੱਕ ਮੁੱਖ ਤੱਤ ਹੈ: ਸੁਰੱਖਿਆ ਦੀ ਇੱਕ ਹਿੱਸਾ ਨੂੰ ਕਾਰੋਬਾਰੀ ਸਮੱਸਿਆ ਵਿੱਚ ਬਦਲੋ।
ਮਾਈਨਰ ਹਕੀਕਤ ਵਿੱਚ ਬਿਜਲੀ ਅਤੇ ਹਾਰਡਵੇਅਰ 'ਤੇ ਪੈਸਾ ਖਰਚਦੇ ਹਨ ਤਾਂ ਕਿ proof-of-work ਕਰ ਸਕਣ। ਬਦਲੇ ਵਿੱਚ, ਨੈੱਟਵਰਕ ਨਵੀਂ ਜਾਰੀ ਕੀਤੀਆਂ ਸਿਕ्कਿਆਂ (ਬਲਾਕ ਸਬਸਿਡੀ) ਅਤੇ ਟ੍ਰਾਂਜ਼ੈਕਸ਼ਨ ਫੀਸਾਂ ਦੀ ਪੇਸ਼ਕਸ਼ ਕਰਦਾ ਹੈ। ਜਦੋਂ ਇੱਕ ਮਾਈਨਰ ਇੱਕ ਵੈਧ ਬਲਾਕ ਉਤਪਾਦਨ ਕਰਦਾ ਹੈ ਜੋ ਹੋਰ ਨੋਡ ਸਵੀਕਾਰ ਕਰਦੇ ਹਨ, ਉਹਨੂੰ ਭੁਗਤਾਨ ਮਿਲਦਾ ਹੈ। ਜਦੋਂ ਉਹ ਗਲਤ ਬਲਾਕ ਪੈਦਾ ਕਰਦਾ ਹੈ, ਉਹਨੂੰ ਕੁਝ ਨਹੀਂ ਮਿਲਦਾ ਕਿਉਂਕਿ ਨੋਡ ਉਨ੍ਹਾਂ ਨੂੰ ਰੱਦ ਕਰ ਦੇਂਦੇ ਹਨ। ਜ਼ਿਆਦातर ਚੀਟਿੰਗ ਮੂਲ ਰੂਪ ਵਿੱਚ ਨਾਫੇ-ਗੈਰ-ਲਾਭਕਾਰੀ ਬਣਾਈ ਜਾਂਦੀ ਹੈ।
“ਇਮਾਨਦਾਰ” ਵਿਹਾਰ ਲਾਭਕਾਰੀ ਮੂਲ-ਰੇਖਾ ਬਣ ਜਾਂਦਾ ਹੈ ਕਿਉਂਕਿ ਇਹ ਲਗਾਤਾਰ ਭੁਗਤਾਨ ਹਾਸਲ ਕਰਨ ਦਾ ਸਭ ਤੋਂ ਆਸਾਨ ਤਰੀਕਾ ਹੁੰਦਾ ਹੈ। ਕਨਸੈਂਸ ਨਿਯਮਾਂ ਦੀ ਪਾਲਣਾ ਪੇਸ਼ਗੋਇ ਹੋਂਦੀ ਹੈ। ਨਿਯਮ ਤੋੜਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਇਹ ਦਾਅ ਹੈ ਕਿ ਹੋਰ ਲੋਕ ਵੱਖਰੀ ਇਤਿਹਾਸ ਨੂੰ ਸਵੀਕਾਰ ਕਰਨਗੇ, ਜੋ ਕੋਆਰਡੀਨੇਟ ਕਰਨ ਲਈ ਮੁਸ਼ਕਿਲ ਅਤੇ ਹਾਰ ਜਾਣ ਲਈ ਆਸਾਨ ਹੈ।
ਪ੍ਰੇਰਨਾ ਦੀ ਕਹਾਣੀ ਸਮੇਂ ਦੇ ਨਾਲ ਬਦਲਦੀ ਹੈ। ਲਗਭਗ ਹਰ ਚਾਰ ਸਾਲਾਂ ਵਿੱਚ ਸਬਸਿਡੀ ਅੱਧੀ ਹੋ ਜਾਂਦੀ ਹੈ। ਫੀਸਾਂ ਫਿਰ ਸੁਰੱਖਿਆ ਬਜਟ ਦਾ ਵੱਧ ਭਾਗ ਢੋਣੀਆਂ ਪੈਂਦੀਆਂ ਹਨ। ਅਮਲ ਵਿੱਚ, ਇਹ ਸਿਸਟਮ ਨੂੰ ਉਸ ਰਾਹ ਵੱਲ ਧਕੇਲਦਾ ਹੈ ਜਿੱਥੇ ਉਪਭੋਗੀ ਸੀਮਤ ਬਲਾਕ ਥਾਂ ਲਈ ਮੁਕਾਬਲਾ ਕਰਦੇ ਹਨ, ਅਤੇ ਮਾਈਨਰ ਕਿਸ ਟ੍ਰਾਂਜ਼ੈਕਸ਼ਨਾਂ ਨੂੰ ਕਦੋਂ ਸ਼ਾਮਿਲ ਕਰਨਾ ਹੈ ਇਸ 'ਤੇ ਵੱਧ ਧਿਆਨ ਦੇ ਸਕਦੇ ਹਨ।
ਇਨਸੈਂਟਿਵ ਡ੍ਰਿਫਟ ਵੀ ਹੋ ਸਕਦਾ ਹੈ। ਮਾਈਨਿੰਗ ਅਰਥ ਸ਼ਾਸਤਰ ਅਤੇ ਪੂਲਿੰਗ ਰਾਹੀਂ ਕੇਂਦਰੀਕ੍ਰਿਤ ਹੋ ਸਕਦੀ ਹੈ। ਠੱਟੀ-ਅਵਧੀ ਦਾ ਨਫ਼ਾ ਲੰਬੀ-ਅਵਧੀ ਭਰੋਸੇ ਨੂੰ ਹਰਾ ਸਕਦਾ ਹੈ। ਕੁਝ ਹਮਲੇ ਗਲਤ ਬਲਾਕ ਨਹੀਂ ਲੈ ਕੇ ਵੀ ਹੋ ਸਕਦੇ — ਸਿਰਫ ਰਣਨੀਤੀਆਂ (ਉਦਾਹਰਣ ਲਈ, ਬਲਾਕ ਰੋਕ ਕੇ ਲਾਭ ਹਾਸਲ ਕਰਨਾ) । ਰਿਸਵਤ ਜਾਂ ਨਿਯਮਾਂ ਨਾਲ ਸੈਂਸਰਸ਼ਿਪ ਲਈ ਪ੍ਰੇਰਨਾਵਾਂ ਵੀ ਉਪਜ ਸਕਦੀਆਂ ਹਨ।
ਇੱਕ ਠोस ਤਰੀਕਾ ਸੋਚਣ ਲਈ: ਜੇ ਕਿਸੇ ਮਾਈਨਰ ਕੋਲ 5 ਫ਼ੀਸਦੀ ਹੈਸ਼ਪਾਵਰ ਹੈ, ਤਾਂ ਉਹਨਾਂ ਲਈ ਲਗਾਤਾਰ ਆਮਦਨ ਦਾ ਸਭ ਤੋਂ ਵਧੀਆ ਰਸਤਾ ਆਮ ਤੌਰ 'ਤੇ ਸਾਂਝੇ ਦੌੜ ਵਿੱਚ ਰਹਿਣਾ ਅਤੇ ਇਨਾਮ ਦਾ ਆਪਣੇ ਸੰਭਾਵਿਤ ਹਿੱਸਾ ਲੈਣਾ ਹੁੰਦਾ ਹੈ। ਇਤਿਹਾਸ ਨੂੰ ਦੁਬਾਰਾ ਲਿਖਣ ਦੀ ਕੋਈ ਯੋਜਨਾ ਹਮੇਸ਼ਾ ਉਨ੍ਹਾਂ ਤੋਂ ਅਸਲ ਸਰੋਤਾਂ ਦੀ ਲਾਗਤ ਮੰਗਦੀ ਹੈ ਅਤੇ ਖਤਰਾ ਹੁੰਦਾ ਹੈ ਕਿ ਹੋਰ ਸਭ ਉਨ੍ਹਾਂ ਨੂੰ ਅੱਗੇ ਕਰ ਦੇਣ।
ਡਿਜ਼ਾਈਨ ਸਬਕ ਸਧਾਰਨ ਹੈ: ਉਹ ਵਿਹਾਰ ਲਈ ਭੁਗਤਾਨ ਕਰੋ ਜੋ ਤੁਸੀਂ ਚਾਹੁੰਦੇ ਹੋ, ਨਿਯਮ ਤੋੜਨ ਨੂੰ ਮਹਿੰਗਾ ਬਣਾਓ, ਅਤੇ ਮੰਨੋ ਕਿ ਭਾਗੀਦਾਰ ਲਾਭ ਲਈ ਅਪਟਿਮਾਈਜ਼ ਕਰਣਗੇ, "ਸਹੀ ਕੰਮ ਕਰਨ" ਲਈ ਨਹੀਂ।
Bitcoin ਇੰਜੀਨੀਅਰਿੰਗ ਵਿਕਲਪ ਉਹਨਾਂ ਸਮੇਂ ਵੱਧ ਅਰਥ ਰੱਖਦੇ ਹਨ ਜਦੋਂ ਤੁਸੀਂ ਇਕ ਵੈਰਧਾਰੀ ਧਾਰਨਾ ਨਾਲ ਸ਼ੁਰੂ ਕਰਦੇ ਹੋ: ਕੋਈ ਹਮੇਸ਼ਾ ਨਿਯਮਾਂ ਨੂੰ ਤੋੜਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰੇਗਾ, ਅਤੇ ਉਹਨੂੰ ਇਕ ਵਾਰ ਜਿੱਤਣੀ ਹੀ ਚਾਹੀਦੀ ਹੈ।
ਹਮਲਾਵਰਾਂ ਆਮ ਤੌਰ 'ਤੇ ਕੁਝ ਨਤੀਜੇ ਚਾਹੁੰਦੇ ਹਨ: ਅਨਪੁਰੇ ਅਰਥ ਹਾਸਲ ਕਰਨਾ, ਇਕੋ ਸਿੱਕਾ ਦੁਬਾਰਾ ਖਰਚ ਕਰਨਾ, ਕੁਝ ਭੁਗਤਾਨਾਂ ਨੂੰ ਰੋਕਣਾ, ਜਾਂ ਭਰੋਸਾ ਹਿਲਾ ਕੇ ਲੋਕਾਂ ਨੂੰ ਸਿਸਟਮ ਛੱਡਣ 'ਤੇ ਮਜਬੂਰ ਕਰਨਾ।
ਸਭ ਤੋਂ ਪਹਿਲੀ ਧਮਕੀ Sybil ਹਮਲਾ ਹੈ, ਜਿੱਥੇ ਇਕ ਵਿਅਕਤੀ ਕਈ "ਯੂਜ਼ਰ" ਬਣਕੇ ਪ੍ਰਭਾਵ ਜਿੱਤਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਦਾ ਹੈ। ਆਮ ਆਨਲਾਈਨ ਵੋਟਿੰਗ ਸਿਸਟਮ ਵਿੱਚ ਨਕਲੀ ਖਾਤੇ ਸਸਤੇ ਹੁੰਦੇ ਹਨ। Bitcoin ਦਾ ਜਵਾਬ proof-of-work ਸੀ: ਪ੍ਰਭਾਵ ਅਸਲੀ-ਦੁਨੀਆ ਦੀ ਲਾਗਤ (ਉਰਜਾ ਅਤੇ ਹਾਰਡਵੇਅਰ) ਨਾਲ ਜੁੜਿਆ ਹੈ, ਪਹਚਾਨਾਂ ਨਾਲ ਨਹੀਂ। ਇਹ ਹਮਲੇ ਅਸੰਭਵ ਨਹੀਂ ਬਣਾਉਂਦਾ ਪਰ ਉਨ੍ਹਾਂ ਨੂੰ ਮਾਂਪਣਯੋਗ ਢੰਗ ਨਾਲ ਮਹਿੰਗਾ ਕਰ ਦਿੰਦਾ ਹੈ।
ਸਿਰਲੇਖੀ ਜੋਖਮ ਜੋ ਲੋਕ ਉਠਾਉਂਦੇ ਹਨ ਉਹ 51% ਹਮਲਾ ਹੈ। ਜੇ ਕੋਈ ਮਾਈਨਰ ਜਾਂ ਗਠਜੋੜ ਜ਼ਿਆਦਾਤਰ ਮਾਈਨਿੰਗ ਪਾਵਰ 'ਤੇ ਕਾਬੂ ਪਾ ਲੈਂਦੀ ਹੈ, ਉਹ ਬਾਕੀ ਨੈੱਟਵਰਕ ਨੂੰ ਪਿੱਛੇ ਛੱਡ ਸਕਦੀ ਹੈ ਅਤੇ ਇਹ ਫੈਸਲਾ ਕਰ ਸਕਦੀ ਹੈ ਕਿ ਕਿਹੜੀ ਚੇਨ ਸਵੀਕਾਰ ਕੀਤੀ ਜਾਵੇਗੀ।
ਉਸ ਸ਼ਕਤੀ ਦੇ ਵੀ ਹੱਦਾਂ ਹਨ:
Bitcoin ਨੂੰ ਨੈੱਟਵਰਕ-ਸਤ੍ਹਰੀ ਧਮਕੀਆਂ ਦਾ ਵੀ ਸਾਹਮਣਾ ਹੈ ਜੋ ਮਾਈਨਿੰਗ ਦੌੜ ਜਿੱਤਣ ਦੀ ਲੋੜ ਨਹੀਂ ਰੱਖਦੀਆਂ। ਜੇ ਕੋਈ ਹਮਲਾਵਰ ਕੰਟਰੋਲ ਕਰ ਸਕੇ ਕਿ ਇੱਕ ਨੋਡ ਕੀ ਸੁਣਦਾ ਹੈ, ਉਹ ਉਸਨੂੰ ਇਕੱਲਾ ਕਰਕੇ ਧੋਖਾ-ਭਰਿਆ ਦਰਸ਼ਨ ਦੇ ਸਕਦਾ ਹੈ।
ਆਮ ਜੋਖਮਾਂ ਵਿੱਚ eclipse ਹਮਲੇ (ਇੱਕ ਨੋਡ ਨੂੰ ਹਮਲਾਵਰ-ਕੰਟਰੋਲਡ ਪੀਅਰਾਂ ਨਾਲ ਘੇਰਨਾ), ਨੈੱਟਵਰਕ ਵੰਡ (ਜੋ ਗਰੁੱਪਾਂ ਨੂੰ ਇਕ-ਦੂਜੇ ਨਾਲ ਸੰਚਾਰ ਤੋਂ ਵੰਞਾ ਦਿੰਦਾ ਹੈ), ਡਿਨਾਇਲ-ਆਫ-ਸਰਵਿਸ (ਬੈਂਡਵਿਡਥ, CPU, ਜਾਂ ਕੁਨੈਕਸ਼ਨ ਸਲਾਟ ਖਤਮ ਕਰਨਾ), ਅਤੇ ਭਿਡਭਾਡ ਜੋ ਉਪਭੋਗੀਆਂ ਨੂੰ ਖਤਰਨਾਕ ਆਦਤਾਂ ਵੱਲ ਧਕੇਲਦੀ ਹੈ — ਸ਼ਾਮਿਲ ਹਨ।
ਮੁੱਖ ਵਿਚਾਰ ਇਹ ਨਹੀਂ ਕਿ "ਸਾਰੇ ਹਮਲੇ ਰੋਕੋ।" ਇਹ ਹੈ: "ਹਮਲੇ ਮਹਿੰਗੇ, ਨਜ਼ਰ ਆਉਣਯੋਗ ਅਤੇ ਅਸਥਾਈ ਬਣਾ ਦਿਓ," ਅਤੇ ਨਿਯਮ ਇੰਨੇ ਸਧਾਰਨ ਰੱਖੋ ਕਿ ਕਈ ਸੁਤੰਤਰ ਨਿਯਮਾਂ ਦੀ ਪੁਸ਼ਟੀ ਕਰ ਸਕਣ।
ਜਦੋਂ ਤੁਸੀਂ ਹਮਲਾਵਰਾਂ ਦੀ ਉਮੀਦ ਰੱਖਦੇ ਹੋ, "ਹੋਰ ਫੀਚਰ" ਮਦਦਗਾਰ ਨਹੀਂ ਦਿਖਾਈ ਦੇਂਦਾ। ਹਰ ਵਾਧੂ ਵਿਕਲਪ ਐਜ-ਕੇਸ ਪੈਦਾ ਕਰਦਾ ਹੈ, ਅਤੇ ਐਜ-ਕੇਸ ਉਹ ਜਗ੍ਹਾ ਹਨ ਜਿਤਥੇ ਵਾਧੇ ਹੋ ਸਕਦੇ ਹਨ। ਇੱਕ ਮਹੱਤਵਪੂਰਨ Bitcoin ਇੰਜੀਨੀਅਰਿੰਗ ਵਿਕਲਪ ਹੈ ਕਿ ਸਿਸਟਮ ਅਨੇਕ ਥਾਵਾਂ 'ਤੇ ਜਾਣ-ਬਹਿਸੀ ਅਤੇ ਨਿਰਿਆਲ ਰਹਿੰਦਾ ਹੈ। ਬੋਰੀਂਗ ਹੋਣਾ ਸੋਚਣੀ ਲਈ ਆਸਾਨ, ਟੈਸਟ ਕਰਨ ਲਈ ਆਸਾਨ ਅਤੇ ਖੇਡਣ ਲਈ ਮੁਸ਼ਕਲ ਬਣਾਉਂਦਾ ਹੈ।
Bitcoin ਦੇ ਨਿਯਮਾਂ ਦੀ ਜਾਂਚ ਮੁੱਖ ਤੌਰ 'ਤੇ ਸਧਾਰਨ ਹਨ: ਸਿਗਨੇਚਰ ਵੈਧ ਹਨ, ਸਿੱਕੇ ਡਬਲ-ਸਪੈਂਡ ਨਹੀਂ ਹੋ ਰਹੇ, ਬਲਾਕ ਸਪਸ਼ਟ ਸੀਮਾਵਾਂ ਨੂੰ ਪਾਲਨ ਕਰਦੇ ਹਨ, ਫਿਰ ਨੋਡ ਅੱਗੇ ਵੱਧ ਜਾਂਦਾ ਹੈ। ਇਹ ਸਾਦਗੀ ਖ਼ੁਦ ਸਰਲ ਸੁੰਦਰਤਾ ਨਹੀਂ — ਇਹ ਉਨ੍ਹਾਂ ਅਜੀਬ ਸਥਿਤੀਆਂ ਦੀ ਗਿਣਤੀ ਘਟਾਉਂਦੀ ਹੈ ਜਿਨ੍ਹਾਂ ਨੂੰ ਹਮਲਾਵਰ ਲਭ ਸਕਦਾ ਹੈ।
ਕੁਝ ਪਾਬੰਦੀਆਂ ਐਪ ਬਣਾਉਣ ਵਾਲੇ ਲਈ ਰੁਕਾਵਟ ਦਿੱਸਦੀਆਂ ਹਨ, ਪਰ ਉਹ ਜਾਣ-ਬੁਝ ਕੇ ਲਗਾਈਆਂ ਗਈਆਂ ਹਨ।
Bitcoin ਦਾ ਸਕ੍ਰਿਪਟਿੰਗ ਸੀਮਿਤ ਹੈ ਨਾ ਕਿ ਕੋਈ ਆਮ "ਕੋਈ ਵੀ ਪ੍ਰੋਗਰਾਮ ਚਲਾਓ" ਮਾਹੌਲ, ਜਿਸ ਨਾਲ ਹੈਰਾਨੀਜਨਕ ਵਿਹਾਰ ਘਟਦਾ ਹੈ। ਬਲਾਕ ਅਤੇ ਹੋਰ ਸਰੋਤ ਬੰਨ੍ਹੇ ਹੋਏ ਹਨ ਤਾਂ ਕਿ ਆਮ ਨੋਡ ਓਵਰਵੈਲਮ ਨਾ ਹੋਣ। ਅਪਗ੍ਰੇਡ ਧੀਰੇ ਅਤੇ ਸੰਭਾਲ ਕੇ ਹੁੰਦੇ ਹਨ ਕਿਉਂਕਿ ਇੱਕ ਛੋਟੀ ਗਲਤੀ ਵੀ ਵਿਸ਼ਵ-ਪੱਧਰੀ ਸਮੱਸਿਆ ਬਣ ਸਕਦੀ ਹੈ।
ਬਲਾਕ ਸਾਈਜ਼ ਦੀਆਂ बहਿਸਾਂ ਇਹ ਮਨੋਭਾਵ ਦਿਖਾਉਂਦੀਆਂ ਹਨ। ਵੱਡੇ ਬਲਾਕ ਜ਼ਿਆਦਾ ਲੈਣਦੇਣ ਲਈ ਮੌਕਾ ਦੇ ਸਕਦੇ ਹਨ, ਪਰ ਇਹ ਇੱਕ ਨੋਡ ਚਲਾਉਣ ਦੀ ਲਾਗਤ ਵਧਾ ਦਿੰਦੇ ਹਨ ਅਤੇ ਨੈੱਟਵਰਕ 'ਤੇ ਦਬਾਅ ਵਧਾਉਂਦੇ ਹਨ। ਜੇ ਘੱਟ ਲੋਕ ਨੋਡ ਚਲਾ ਸਕਦੇ ਹਨ ਤਾਂ سਿਸਟم ਨੂੰ ਦਬਾਅ ਜਾਂ ਕਬਜ਼ਾ ਕਰਨਾ ਆਸਾਨ ਹੋ ਜਾਂਦਾ ਹੈ। ਇੱਥੇ ਸਾਦਗੀ ਸਿਰਫ ਕੋਡ ਦੀ ਗੱਲ ਨਹੀਂ — ਇਹ ਭਾਗੀਦਾਰੀ ਨੂੰ ਆਮ ਪਰ਼ਚਾਲਕਾਂ ਲਈ ਹਕੀਕਤੀ ਬਣਾਈ ਰੱਖਣ ਬਾਰੇ ਹੈ।
ਧੀਰੀ ਅਪਗ੍ਰੇਡ ਜੋਖਮ ਘਟਾਉਂਦੀਆਂ ਹਨ, ਪਰ ਉਹ ਇਨੋਵੇਸ਼ਨ ਨੂੰ ਵੀ ਧੀਮਾਂ ਕਰਦੀਆਂ ਹਨ। ਫਾਇਦਾ ਇਹ ਹੈ ਕਿ ਤਬਦੀਲੀਆਂ ਸਾਲਾਂ ਦੀ ਸਮੀਖਿਆ ਅਤੇ ਸਕੈਪਟਿਕ ਫੀਡਬੈਕ ਪ੍ਰਾਪਤ ਕਰਦੀਆਂ ਹਨ, ਅਕਸਰ ਉਹ ਲੋਕ ਜੋ ਸਭ ਤੋਂ ਬੁਰਾ ਮਨ ਕੇ ਦੇਖਦੇ ਹਨ।
ਛੋਟੇ ਸਿਸਟਮਾਂ ਲਈ ਤੁਸੀਂ ਇਸ ਅਸੂਲ ਨੂੰ ਨਕਲ ਕਰ ਸਕਦੇ ਹੋ ਬਿਨਾਂ ਰੀਤ-ਰਿਵਾਜ ਦੀ ਬਿਲਕੁਲ ਨਕਲ ਕਰਨ ਦੇ: ਨਿਯਮ ਸਧਾਰਨ ਰੱਖੋ, ਸਰੋਤ ਉਪਯੋਗ 'ਤੇ ਸੀਮਾ ਲਾਓ, ਐਸੇ ਫੀਚਰਾਂ ਤੋਂ ਬਚੋ ਜੋ ਅਣਪੇਸ਼ ਕੀਤੇ ਵਿਹਾਰ ਪੈਦਾ ਕਰਦੇ ਹਨ, ਅਤੇ ਬਦਲਾਅਾਂ ਨੂੰ ਐਸਾ ਮੰਨੋ ਜਿਵੇਂ ਇੱਕ ਹਮਲਾਵਰ ਲਾਈਨ ਬਾਈ ਲਾਈਨ ਉਹਨਾਂ ਦਾ ਅਧਿਐਨ ਕਰੇਗਾ।
ਬਹੁਤ ਸਾਰੇ Bitcoin ਇੰਜੀਨੀਅਰਿੰਗ ਵਿਕਲਪ ਅਜਿਹੇ ਦਿਸਦੇ ਹਨ ਜਦੋਂ ਤੱਕ ਤੁਸੀਂ ਸਰਗਰਮ ਹਮਲਾਵਰਾਂ ਦੀ ਉਮੀਦ ਨਹੀਂ ਰੱਖਦੇ। ਸਿਸਟਮ ਤੇਜ਼ ترین ਡੇਟਾਬੇਸ ਬਣਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਨਹੀਂ ਕਰ ਰਿਹਾ। ਇਹ ਐਸਾ ਡੇਟਾਬੇਸ ਬਣਾਉਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰ ਰਿਹਾ ਹੈ ਜੋ ਕੁਝ ਭਾਗੀਦਾਰ ਝੂਠ ਬੋਲਣ, ਚੀਟ ਕਰਨ ਅਤੇ ਕੋਆਰਡੀਨੇਟ ਕਰਨ ਦੇ ਬਾਵਜੂਦ ਕੰਮ ਕਰਦਾ ਰਹੇ।
ਵਿਕੇਂਦ੍ਰੀਕਰਨ ਤੇਜ਼ੀ ਦੀ ਬਦਲੀਅਤ ਲਈ ਆਜ਼ਾਦੀ ਦਾ ਵਾਪਸ-ਵਰ trgov ਹੈ। ਜਿਵੇਂ ਕਿ ਕੋਈ ਵੀ ਸ਼ਾਮਿਲ ਹੋ ਸਕਦਾ ਹੈ ਅਤੇ ਤਸਦੀਕ ਕਰ ਸਕਦਾ ਹੈ, ਨੈੱਟਵਰਕ ਕਿਸੇ ਇਕ ਘੜੀ ਜਾਂ ਇੱਕ ਫੈਸਲੇ-ਸਾਰਥੀ 'ਤੇ ਨਿਰਭਰ ਨਹੀਂ ਰਹਿ ਸਕਦਾ। ਪੁਸ਼ਟੀਕਰਨਾਂ ਨੂੰ ਸਮਾਂ ਲੱਗਦਾ ਹੈ ਕਿਉਂਕਿ ਤੁਸੀਂ ਨੈੱਟਵਰਕ ਨੂੰ ਕਿਸੇ ਟਰਾਂਜ਼ੈਕਸ਼ਨ ਨੂੰ ਵਧੇਰੇ ਕੰਮ ਹੇਠਾਂ ਪੂੰਜਣ ਲਈ ਇੰਤਜ਼ਾਰ ਕਰਾ ਰਹੇ ਹੋ, ਜਿਸ ਨਾਲ ਇਸ ਨੂੰ ਮੁੜ-ਲਿਖਣਾ ਮਹਿੰਗਾ ਬਣ ਜਾਂਦਾ ਹੈ।
ਸੁਰੱਖਿਆ ਸੁਵਿਧਾ ਦੀ ਵਾਂਞਾ ਲਈ ਖ਼ਰਚ ਕਰਨ ਦੀ ਵਿਆਦਿ । Bitcoin ਹਮਲਿਆਂ ਨੂੰ ਮਹਿੰਗਾ ਕਰਨ ਲਈ ਅਸਲ-ਦੁਨੀਆ ਦੇ ਸਰੋਤ (ਉਰਜਾ ਅਤੇ ਹਾਰਡਵੇਅਰ) 'ਤੇ ਖਰਚ ਕਰਦਾ ਹੈ। ਇਸ ਨੂੰ ਰੱਖਿਆ ਬਜਟ ਵਜੋਂ ਸੋਚੋ: ਸੁਰੱਖਿਆ ਮੁਫ਼ਤ ਨਹੀਂ ਮਿਲਦੀ।
ਪਾਰਦਰਸ਼ਿਤਾ ਪਰਾਈਵੇਸੀ ਲਈ ਵਪਾਰ ਕਰਦੀ ਹੈ। ਜਨਤਕ ਲੇਜਰ ਬਿਨਾਂ ਪਰਮਿਸ਼ਨ ਦੇ ਚੈੱਕ ਕਰਨ ਲਈ ਅਨੁਮਤੀ ਦਿੰਦਾ ਹੈ, ਪਰ ਇਹਨਾਂ ਨਾਲ ਪੈਟਰਨ ਵੀ ਸਪਸ਼ਟ ਹੋ ਜਾਂਦੇ ਹਨ। ਨਿਪਟਾਰੇ ਹਨ, ਪਰ ਉਹ ਅਕਸਰ ਅଂଶਕ ਉਪਭੋਗਤਾ ਵਰਤੋਂ 'ਤੇ ਨਿਰਭਰ ਹੁੰਦੇ ਹਨ।
ਫਾਈਨਲਟੀ ਲਚਕੀਲੇਪਣ ਲਈ ਵਿਸ਼ਵਾਸ ਦਾ ਤਿਓਹਾਰ ਕਰਦੀ ਹੈ। rollback ਮਨ-ਮੁੜਨ ਔਖਾ ਹੁੰਦਾ ਹੈ ਕਿਉਂਕਿ ਵਾਅਦਾ ਇਹ ਹੈ ਕਿ ਪੁਸ਼ਟੀਤ ਇਤਿਹਾਸ ਨੂੰ ਬਦਲਣਾ ਮਹਿੰਗਾ ਹੈ। ਇਸ ਨਾਲ ਧੋਖਾਧੜੀ ਵਾਪਸੀ ਔਖੀ ਬਣ ਜਾਂਦੀ ਹੈ ਅਤੇ ਸਮੇਤ ਸੱਚੀਆਂ ਗਲਤੀਆਂ ਵੀ ਦਰਦਨਾਕ ਹੋ ਸਕਦੀਆਂ ਹਨ।
ਤੁਸੀਂ ਇਸ ਵਾਪਸ ਮਿਲਦਾ ਹੈ:
ਇੱਕ ਸਧਾਰਨ ਉਦਾਹਰਨ: ਇਕ ਆਨਲਾਈਨ ਗੇਮ ਸੋਚੋ ਜਿੱਥੇ ਕਦਰ ਵਾਲੀ ਚੀਜ਼ਾਂ ਟਰੇਡ ਕੀਤੀਆਂ ਜਾਂਦੀਆਂ ਹਨ। ਜੇ ਤੁਸੀਂ ਅਜਿਹੀਆਂ ਟਰੇਡਾਂ ਨੂੰ ਅਣਜਾਣਾਂ ਦਰਮਿਆਨ ਭਰੋਸੇਯੋਗ ਬਣਾਉਣਾ ਚਾਹੁੰਦੇ ਹੋ, ਤਾਂ ਤੁਸੀਂ ਹੋ ਸਕਦਾ ਹੈ ਕਿ ਨਿ]ැਕਾਲੀ ਸੇਟਲਮੈਂਟ (ਇਕ ਉਡੀਕ ਸਮਾਂ) ਮੰਨ ਲਵੋ, ਲਗਾਤਾਰ ਖ਼ਰਚ (ਏਂਟੀ-ਫ੍ਰੌਡ ਜਾਂ ਸਟੇਕਿੰਗ), ਅਤੇ ਮਾਲਕੀ ਦਾ ਜਨਤਕ ਲੌਗ ਰੱਖੋ। ਤੁਸੀਂ ਵੀ ਰਿਵਰਸਲਾਂ ਨੂੰ ਦੁਰਲਭ ਅਤੇ ਕੜੀ ਸ਼ਰਤਾਂ 'ਤੇ ਰੱਖੋਂਗੇ, ਕਿਉਂਕਿ ਆਸਾਨ ਰੋਲਬੈਕ ਸਕੈਮਰਾਂ ਨੂੰ ਆਮੰਤਰਿਤ ਕਰਦਾ ਹੈ ਜੋ ਪ੍ਰਾਪਤ ਸਮਾਨ ਦੇ ਬਾਅਦ "ਰੀਫੰਡ" ਦੀ ਮੰਗ ਕਰਦੇ ਹਨ।
ਜੇ ਤੁਸੀਂ ਯਕੀਨ ਕਰੋ ਕਿ ਯੂਜ਼ਰ ਹਮੇਸ਼ਾ ਇਮਾਨਦਾਰ ਹਨ, ਤਾਂ ਤੁਸੀਂ ਗਲਤ ਸਿਸਟਮ ਦੀ ਰੱਖਿਆ ਕਰਨਗੇ। Bitcoin ਦਾ ਰਵਈਆ ਸਿੱਧਾ ਸੀ: ਕੁਝ ਲੋਕ ਚੀਟ ਕਰਨਗੇ, ਅਤੇ ਉਹ بار-بار ਕੋਸ਼ਿਸ਼ ਕਰਦੇ ਰਹਿਣਗੇ।
ਇੱਥੇ ਇਕ ਪ੍ਰਯੋਗਿਕ ਦ੍ਰਿਸ਼ਟਿਕੋਣ ਹੈ।
ਸਪਸ਼ਟ ਹੋ ਕਿ ਕੀ ਚੀਜ਼ ਚੋਰੀ, ਨਕਲ ਜਾਂ ਦੁਬਾਰਾ ਲਿਖੀ ਨਹੀਂ ਜਾ ਸਕਦੀ: ਖਾਤਾ ਬੈਲੈਂਸ, ਆਡਿਟ ਲਾਗ, ਐਡਮਿਨ ਕਾਰਵਾਈਆਂ, ਭੁਗਤਾਨ ਫੈਸਲੇ, ਜਾਂ ਸਾਂਝਾ ਰਿਕਾਰਡ ਦੀ ਇਮਾਨਦਾਰੀ।
"ਹੈਕਰ" ਰੁਕੋ ਨਾ। ਅੰਦਰੂਨੀ, ਮੁਕਾਬਲੇਬਾਜ਼, ਸਪੈਮਰ, ਅਤੇ ਬੋਰਡ ਵੈਂਡਲਾਂ ਨੂੰ ਸ਼ਾਮਿਲ ਕਰੋ। ਲਿਖੋ ਕਿ ਉਹ ਕੀ ਪ੍ਰਾਪਤ ਕਰਦੇ ਹਨ: ਪੈਸਾ, ਪ੍ਰਭਾਵ, ਡੇਟਾ, ਬਦਲਾ, ਜਾਂ ਸਿਰਫ਼ ਸੇਵਾ ਨੂੰ ਬੰਦ ਕਰਨਾ।
ਜੇ ਚੀਟਿੰਗ ਲਾਭਕਾਰੀ ਹੈ, ਤਾਂ ਉਹ ਹੋਵੇਗੀ। ਮਾੜੇ ਰਾਹ ਤੇ ਖ਼ਰਚ ਜੋੜੋ (ਫੀਸ, ਜਮ੍ਹਾ, ਦੇਰੀ ਵਾਲੇ ਨਿਕਾਸ, ਘੁੰਮ-ਫਿਰ, ਸਖ਼ਤ ਪਰਵਾਨਗੀ) ਤੇ ਸਧਾਰਨ ਵਰਤੋਂ ਨੂੰ ਸੂਖਮ ਰੱਖੋ। ਮਕਸਦ ਪੂਰਨ ਸੁਰੱਖਿਆ ਨਹੀਂ — ਬਹੁਤ ਸਾਰਿਆਂ ਲਈ ਹਮਲਾ ਬੇਨਤੀ ਨਾ-ਕਰਦਾ ਬਣਾਉਣਾ ਹੈ।
ਰੋਕਥਾਮ ਕਾਫ਼ੀ ਨਹੀਂ। ਸਾਵਧਾਨੀਆਂ ਅਤੇ ਬ੍ਰੇਕ ਸ਼ਾਮਿਲ ਕਰੋ: ਰੇਟ ਲਿਮਿਟ, ਟਾਈਮਆਊਟ, ਆਡਿਟ, ਅਤੇ ਸਪਸ਼ਟ ਰੋਲਬੈਕ ਪ੍ਰਕਿਰਿਆ। ਜੇ ਇੱਕ ਯੂਜ਼ਰ ਇੱਕ ਮਿੰਟ ਵਿੱਚ 500 ਉੱਚ-ਮੁੱਲ ਕਾਰਵਾਈਆਂ ਕਰਦਾ ਹੈ, ਰੋਕੋ ਅਤੇ ਵਧੇਰੇ ਜਾਂਚ ਮੰਗੋ। ਯੋਜਨਾ ਬਣਾਓ ਕਿ ਧੋਖਾ ਲੰਘ ਗਿਆ ਤਾਂ ਕੀ ਹੋਵੇ।
ਜਟਿਲ ਨਿਯਮ ਛੁਪਣ ਵਾਲੀ ਜਗ੍ਹਾ ਬਣਾਉਂਦੇ ਹਨ। ਐਜ ਕੇਸਾਂ ਨੂੰ ਕੋਸ਼ਿਸ਼ ਕਰੋ: ਰੀਟ੍ਰਾਇਜ਼, ਨੈਟਵਰਕ ਦੇਰ, ਅੰਸ਼ਿਕ ਫੇਲਯਰ, ਅਤੇ "ਜੇ ਇਹ ਸੁਨੇਹਾ ਦੋ ਵਾਰ ਆਏ ਤਾਂ?"। ਇੱਕ ਟੇਬਲਟਾਪ ਸਮੀਖਿਆ ਚਲਾਓ ਜਿੱਥੇ ਇੱਕ ਵਿਅਕਤੀ ਹਮਲਾਵਰ ਦੀ ਭੂਮਿਕਾ ਨਿਭਾਏ ਅਤੇ ਲਾਭ ਕਮਾਉਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰੇ।
ਇੱਕ ਛੋਟਾ ਸਨੈਰੀਓ: ਕਲਪਨਾ ਕਰੋ ਤੁਸੀਂ ਇੱਕ ਰੈਫਰਲ-ਕ੍ਰੈਡਿਟ ਸਿਸਟਮ ਬਣਾ ਰਹੇ ਹੋ। ਐਸੈੱਟ ਹੈ "ਨਿਰਪੱਖ ਤਰੀਕੇ ਨਾਲ ਦਿੱਤੇ ਗਏ ਕਰੈਡਿਟ।" ਹਮਲਾਵਰ ਨਕਲੀ ਖਾਤੇ ਬਣਾ ਕੇ ਕਰੈਡਿਟ ਫਾਰਮ ਕਰ ਸਕਦੇ ਹਨ। ਤੁਸੀਂ ਦੁਰਵਰਤਨ ਦੀ ਲਾਗਤ ਵਧਾ ਸਕਦੇ ਹੋ (ਕ੍ਰੈਡਿਟ ਖੋਲ੍ਹਣ ਤੋਂ ਪਹਿਲਾਂ ਦੇਰੀ, per-device ਸੀਮਾਵਾਂ, ਸ਼ੱਕੀ ਪੈਟਰਨਾਂ ਲਈ ਕਠੋਰ ਜਾਂਚ), ਹਰ ਗ੍ਰਾਂਟ ਨੂੰ ਲੌਗ ਕਰੋ, ਅਤੇ ਇੱਕ ਸਪਸ਼ਟ ਰੋਲਬੈਕ ਰਸਤਾ ਰੱਖੋ ਜੇ ਧੋਖੇ ਦੀ ਲਹਿਰ ਆਉਂਦੀ ਹੈ।
ਕਲਪਨਾ ਕਰੋ ਇੱਕ ਛੋਟੀ ਕਮਿਊਨਿਟੀ ਮਾਰਕੀਟਪਲੇਸ। ਲੋਕ ਸਰਵਿਸਾਂ ਖਰੀਦਦੇ ਅਤੇ ਵੇਚਦੇ ਹਨ ਅੰਦਰੂਨੀ ਕਰੈਡਿਟ ਨਾਲ, ਅਤੇ ਪ੍ਰਤੀਸ਼ਠਾ ਤੁਹਾਨੂੰ ਭਰੋਸਾ ਕਰਨ ਵਿੱਚ ਮਦਦ ਕਰਦੀ ਹੈ। ਉਥੇ ਸਵੈਛਿਕ ਮੋਡਰੇਟਰ ਹਨ, ਨਾਲ ਹੀ ਇੱਕ ਰੈਫਰਲ ਪ੍ਰੋਗਰਾਮ ਜੋ ਨਵੇਂ ਯੂਜ਼ਰ ਲਿਆਉਣ 'ਤੇ ਕਰੈਡਿਟ ਦਿੰਦਾ ਹੈ।
ਸਭ ਤੋਂ ਪਹਿਲਾਂ ਅਦਾਕਾਰਾਂ ਨੂੰ ਨਾਮ ਦਿਓ ਅਤੇ "ਜਿੱਤ" ਕੀ ਦਿਖਾਈ ਦੇਂਦਾ ਹੈ ਉਹ ਲਿਖੋ। ਖਰੀਦਦਾਰ ਚੰਗਾ ਕੰਮ ਘੱਟ ਜੋਖਮ ਨਾਲ ਚਾਹੁੰਦੇ ਹਨ। ਵੇਚਣ ਵਾਲੇ ਸਥਿਰ ਆਰਡਰ ਅਤੇ ਤੇਜ਼ ਪੇਆਊਟ ਚਾਹੁੰਦੇ ਹਨ। ਮੋਡਰੇਟਰ ਘੱਟ ਵਿਵਾਦ ਚਾਹੁੰਦੇ ਹਨ। ਇੱਕ ਰੈਫਰਲ ਸਪੈਮਰ ਸਭ ਤੋਂ ਘੱਟ ਕੋਸ਼ਿਸ਼ 'ਤੇ ਕਰੈਡਿਟ ਚਾਹੁੰਦਾ ਹੈ, ਭਾਵੇਂ ਨਵੇਂ ਖਾਤੇ ਨਕਲੀ ਹੋਣ।
ਫਿਰ ਪ੍ਰੇਰਨਾਵਾਂ ਨੂੰ ਐਸਾ ਬਣਾਓ ਕਿ ਇਮਾਨਦਾਰ ਵਿਹਾਰ ਆਸਾਨ ਹੋਵੇ। ਜੇ ਵੇਚਣ ਵਾਲੇ ਸਿਰਫ਼ ਖਰੀਦਦਾਰ ਦੀ ਪੁਸ਼ਟੀ 'ਤੇ ਪੇਡੇ ਜਾਂਦੇ ਹਨ, ਤਾਂ ਖਰੀਦਦਾਰ ਪੇਆਊਟ ਨੂੰ ਬੰਧਕ ਰੱਖ ਸਕਦਾ ਹੈ। ਜੇ ਵੇਚਣ ਵਾਲੇ ਤੁਰੰਤ ਪੈਸਾ ਲੈਂਦੇ ਹਨ, ਘਾਂਟੀਆ ਸਕੈਮਰ ਪੈਸਾ ਲੈ ਕੇ ਗਾਇਬ ਹੋ ਸਕਦੇ ਹਨ। ਇੱਕ ਵਿਚਕਾਰਲਾ ਰਾਹ ਇਹ ਹੈ ਕਿ ਬੜੀ ਲੈਣ-ਦੇਣ ਲਈ ਇੱਕ ਛੋਟਾ ਵੇਚਣ ਵਾਲੇ ਦਾ ਜਮ੍ਹਾਂ ਰੱਖੋ ਅਤੇ ਭੁਗਤਾਨ ਨੂੰ ਸਟੇਜਾਂ ਵਿੱਚ ਰਿਲੀਜ਼ ਕਰੋ, ਖਰੀਦਦਾਰ ਨਿਰਵਿਕਾਰ ਰਹੇ ਤਾਂ ਆਪ-آپ ਰਿਲੀਜ਼ ਹੋ ਜਾਏ।
ਧਮਕੀ ਮੰਨੋ ਕਿ ਹੋਣਗੀਆਂ: ਨਕਲੀ ਸਮੀਖਿਆਵਾਂ ਨਾਲ ਪ੍ਰਤੀਸ਼ਠਾ ਵਧਾਉਣਾ, ਡਿਲਿਵਰੀ ਤੋਂ ਬਾਅਦ "ਮੈਨੂੰ ਨਹੀਂ ਮਿਲਿਆ" ਦਾ ਦਾਵਾ, ਸਾਜ਼ਿਸ਼ ਨਾਲ ਇਨਾਮ ਫਾਰਮ ਕਰਨਾ, ਅਤੇ ਰੈਫਰਲ ਕਰੈਡਿਟ ਲਈ ਖਾਤਾ-ਫਾਰਮਿੰਗ।
ਜਵਾਬ ਸਕਜੇ ਹੋਣੇ ਚਾਹੀਦੇ ਹਨ: ਬੋਰਿੰਗ ਤੇ ਸਪਸ਼ਟ. ਉੱਚ-ਮੁੱਲ ਲਿਸਟਿੰਗ ਲਈ ਜਮ੍ਹਾ ਲੋ ਅਤੇ ਇਹ ਲੈਣ-ਦੇਣ ਆਕਾਰ ਦੇ ਨਾਲ ਸਕੇਲ ਕਰੋ। ਰੈਫਰਲ ਕਰੈਡਿਟ ਲਈ ਕੂਲਡਾਊਨ ਸ਼ਾਮਿਲ ਕਰੋ ਅਤੇ ਕੇਵਲ ਅਸਲੀ ਗਤੀਵਿਧੀ ਤੋਂ ਬਾਅਦ ਹੀ ਖੋਲ੍ਹੋ (ਸਿਰਫ ਸਾਈਨਅਪ ਨਹੀਂ)। ਇੱਕ ਵਿਵਾਦ ਪ੍ਰਵਾਹ ਰੱਖੋ ਸਧਾਰਨ ਸਮਾਂ ਬਾਕਸਾਂ ਨਾਲ: ਖਰੀਦਦਾਰ X ਦਿਨਾਂ ਵਿੱਚ ਦਾਅਵਾ ਕਰਦਾ ਹੈ, ਵੇਚਣ ਵਾਲਾ Y ਦਿਨਾਂ ਵਿੱਚ ਜਵਾਬ ਦਿੰਦਾ ਹੈ, ਫਿਰ ਮੋਡਰੇਟਰ ਨਿਰਣਯ ਲੈਂਦਾ ਹੈ ਸਿਰਫ ਇਕ ਛੋਟੀ ਸੈਟ ਮਨਜ਼ੂਰ ਕੀਤਾ ਸਬੂਤ ਦੇ ਆਧਾਰ 'ਤੇ।
ਪਾਰਦਰਸ਼ਿਤਾ ਮਦਦ ਕਰਦੀ ਹੈ ਬਿਨਾਂ ਸਿਸਟਮ ਨੂੰ ਨਿਗਰਾਨੀ ਵਾਲਾ ਬਣਾਏ। ਮੁੱਖ ਘਟਨਾ-ਕਾਰਵਾਈਆਂ ਦਾ ਇੱਕ ਐਪੈਂਡ-ਓਨਲੀ ਲੌਗ ਰੱਖੋ: ਲਿਸਟਿੰਗ ਬਣਾਈ ਗਈ, ਏਸਕਰੋ ਫੰਡ ਕੀਤਾ, ਡਿਲਿਵਰੀ ਦੀ ਪੁਸ਼ਟੀ, ਵਿਵਾਦ ਖੋਲ੍ਹਿਆ, ਵਿਵਾਦ ਸੁਲਝਾਇਆ। ਨਿੱਜੀ ਸੁਨੇਹਿਆਂ ਨੂੰ ਲੌਗ ਨਾ ਕਰੋ, ਸਿਰਫ ਉਹ ਕਾਰਵਾਈਆਂ ਜੋ ਗਿਣਤੀ ਰੱਖਦੀਆਂ ਹਨ। ਇਸ ਨਾਲ ਇਤਿਹਾਸ ਨੂੰ ਦੁਬਾਰਾ ਲਿਖਣਾ ਔਖਾ ਬਣਦਾ ਹੈ ਅਤੇ ਰਿਵਿਊ ਰਿੰਗ ਵਰਗੇ ਨਮੂਨੇ ਤੇਜ਼ੀ ਨਾਲ ਪੀਛਾਣੇ ਜਾ ਸਕਦੇ ਹਨ।
Bitcoin-ਸਟਾਈਲ ਸਬਕ: ਤੁਹਾਨੂੰ ਪੂਰਾ ਭਰੋਸਾ ਨਹੀਂ ਚਾਹੀਦਾ। ਤੁਹਾਨੂੰ ਐਸੇ ਨਿਯਮ ਚਾਹੀਦੇ ਹਨ ਜਿੱਥੇ ਚੀਟਿੰਗ ਮਹਿੰਗੀ ਹੋ, ਇਮਾਨਦਾਰ ਵਰਤੋਂ ਸਪਸ਼ਟ ਹੋ, ਅਤੇ ਸਿਸਟਮ ਉਸ ਵੇਲੇ ਵੀ ਸਮਝਦਾਰ ਰਹੇ ਜਦੋਂ ਕੋਈ ਸਰਗਰਮ ਤਰੀਕੇ ਨਾਲ ਉਸਨੂੰ ਤੋੜਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰ ਰਿਹਾ ਹੋਵੇ।
ਟੀਮਾਂ ਅਕਸਰ ਦਿੱਸਣ ਵਾਲੀਆਂ ਹਿੱਸਿਆਂ ਦੀ ਨਕਲ ਕਰਦੀਆਂ ਹਨ ਅਤੇ Bitcoin ਇੰਜੀਨੀਅਰਿੰਗ ਵਿਕਲਪਾਂ ਦੇ ਮੂਲ ਮਕਸਦ ਨੂੰ ਛੱਡ ਦਿੰਦੀਆਂ ਹਨ। ਨਤੀਜਾ ਇਹ ਹੁੰਦਾ ਹੈ ਕਿ ਸਿਸਟਮ "ਕ੍ਰਿਪਟੋ-ਨੁਮਾਇਆ" ਲੱਗਦਾ ਹੈ ਪਰ ਜਦੋਂ ਕੋਈ ਨਫ਼ਾ ਕਮਾਉਣ ਲਈ ਤੋੜਦਾ ਹੈ ਤਾਂ ਤੁਰੰਤ ਟੁੱਟ ਜਾਂਦਾ ਹੈ।
ਇੱਕ ਖਤਰਨਾਕ ਫੰਦ ਹੈ ਟੋਕਨ ਦੀ ਨਕਲ ਕਰਨਾ ਬਿਨਾਂ ਉਸ ਦੇ ਪਿੱਛੇ ਵਾਲੇ ਸੁਰੱਖਿਆ ਬਜਟ ਨੂੰ ਕਾਪੀ ਕੀਤੇ। Bitcoin ਦੀ ਰੱਖਿਆ ਲਈ ਭੁਗਤਾਨ ਕੀਤਾ ਜਾਂਦਾ ਹੈ: ਮਾਈਨਰ ਅਸਲ ਸਰੋਤ ਖਰਚ ਕਰਦੇ ਹਨ, ਅਤੇ ਉਹ ਸਿਰਫ ਨਿਯਮ ਮੰਨਣ 'ਤੇ ਹੀ ਇਨਾਮ ਲੈਂਦੇ ਹਨ। ਜੇ ਤੁਹਾਡਾ ਪ੍ਰੋਜੈਕਟ ਟੋਕਨ ਜਾਰੀ ਕਰਦਾ ਹੈ ਪਰ ਹਮਲੇ ਲਈ ਚੱਲਦਾ ਖ਼ਰਚ ਨਹੀਂ ਬਣਦਾ (ਜਾਂ ਰੱਖਣ ਵਾਲਿਆਂ ਲਈ ਸਪਸ਼ਟ ਇਨਾਮ ਨਹੀਂ), ਤਾਂ ਤੁਸੀਂ ਸੁਰੱਖਿਆ ਨਾਟਕ ਵਿਚ ਆ ਸਕਦੇ ਹੋ।
ਹੋਰ ਗਲਤੀ ਮੰਨਣਾ ਕਿ ਲੋਕ "ਕਮਿਊਨਿਟੀ-ਚਾਲਿਤ" ਹੋਣ ਕਰਕੇ ਸਹੀ ਵਰਤੋਂ ਕਰਾਂਗੇ। ਪ੍ਰੇਰਨਾ vibe ਨਹੀਂ। ਜੇ ਉਪਭੋਗਤਾ ਚੀਟ ਕਰਕੇ ਵੱਧ ਲਾਭ ਲੈਂਦੇ ਹਨ ਤਾਂ ਕੋਈ ਚੀਟ ਕਰੇਗਾ।
ਜਟਿਲਤਾ ਚੁਪਚਾਪ ਕਤਲ ਹੈ। ਖਾਸ ਕੇਸ, ਐਡਮਿਨ ਓਵਰਰਾਈਡ, ਅਤੇ ਛੂਟ ਵਾਲੇ ਰਸਤੇ ਉਹ ਥਾਵਾਂ ਬਣਾਉਂਦੇ ਹਨ ਜਿੱਥੇ ਹਮਲਾਵਰ ਲੁਕਦਾ ਹੈ। ਬਹੁਤ ਸਾਰੇ ਸਿਸਟਮ ਸ਼ਾਨਦਾਰ ਤਰੀਕੇ ਨਾਲ ਹੈਕ ਨਹੀਂ ਹੁੰਦੇ — ਉਹ ਇੱਕ ਅਣਦੇਖੇ ਨਿਯਮ-ਅੰਤਰਕਿਰਿਆ ਰਾਹੀਂ ਖ਼ਤਮ ਹੋ ਜਾਦੇ ਹਨ।
ਆਪਰੇਸ਼ਨਲ ਖਤਰਿਆਂ ਨੂੰ ਵੀ ਨਜ਼ਰਅੰਦਾਜ਼ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। Bitcoin ਇੱਕ ਪ੍ਰੋਟੋਕੋਲ ਹੈ, ਪਰ ਅਸਲ ਢਾਂਚੇ ਨੈੱਟਵਰਕ, ਸਰਵਰ, ਅਤੇ ਟੀਮਾਂ 'ਤੇ ਚਲਦੇ ਹਨ। ਸਪੈਮ ਜੋ ਲਾਗਤ ਵਧਾਉਂਦਾ, ਅਉਟੇਜ ਅਤੇ ਅੰਸ਼ਿਕ ਫੇਲ, ਅੰਦਰੂਨੀ ਖਤਰੇ ਜਿਵੇਂ ਕੰਪ੍ਰੋਮਾਈਜ਼ਡ ਐਡਮਿਨ ਖਾਤੇ, ਡਿਪੈਂਡੈਂਸੀ ਫੇਲ (ਕਲਾਉਡ ਪ੍ਰੋਵਾਈਡਰ, DNS, ਭੁਗਤਾਨ ਰੇਲ), ਅਤੇ ਧੀਮੀ ਘਟਨਾ-ਪ੍ਰਤੀਕ੍ਰਿਆ ਦੀ ਯੋਜਨਾ — ਇਹ ਸਭ ਨੂੰ ਯੋਜਨਾ ਵਿੱਚ ਰੱਖੋ।
ਨਿਯਮਾਂ ਦੀ ਤੇਜ਼ੀ ਨਾਲ ਬਦਲਣਾ ਇੱਕ ਹੋਰ ਖ਼ਤਰਾ ਹੈ। ਜੇ ਤੁਸੀਂ ਨਿਯਮ ਬਾਰ-ਬਾਰ ਬਦਲਦੇ ਹੋ, ਤਾਂ ਹਰੇਕ ਤਬਦੀਲੀ ਦੌਰਾਨ ਨਵੇਂ ਹਮਲਾ-ਓਕੜ ਖੁੱਲ ਜਾਂਦੇ ਹਨ। ਹਮਲਾਵਰ ਮਾਈਗ੍ਰੇਸ਼ਨ ਪਲਾਂ ਨੂੰ ਪਸੰਦ ਕਰਦੇ ਹਨ ਕਿਉਂਕਿ ਉਪਭੋਗਤਾ ਭੁੱਲ ਜਾਂਦੇ ਹਨ, ਨਿਰੀਖਣ ਅਧੂਰਾ ਹੁੰਦਾ ਹੈ, ਅਤੇ ਰੋਲਬੈਕ ਯੋਜਨਾਵਾਂ ਅਣ-ਟੈਸਟਡ ਹੁੰਦੀਆਂ ਹਨ।
ਸਧਾਰਨ ਉਦਾਹਰਨ: ਇੱਕ ਇਨਾਮ ਐਪ ਸੋਚੋ ਜੋ ਪੌਇੰਟ ਜਾਰੀ ਕਰਦਾ ਅਤੇ ਲੀਡਰਬੋਰਡ ਰੱਖਦਾ ਹੈ। ਜੇ ਪੌਇੰਟ ਐਸੇ ਕਾਰਵਾਈਆਂ 'ਤੇ ਦਿੱਤੇ ਜਾਂਦੇ ਹਨ ਜੋ ਆਸਾਨੀ ਨਾਲ ਨਕਲ ਕੀਤੇ ਜਾ ਸਕਦੇ (ਬੋਟ, ਸੈਲਫ-ਰੈਫਰਲ, ਸਕ੍ਰਿਪਟਡ ਚੈਕ-ਇਨ), ਤੁਸੀਂ ਧੋਖਾ ਲਈ ਬਜ਼ਾਰ ਬਣਾਉਂਦੇ ਹੋ। ਇਸਨੂੰ ਦਰੁਸਤ ਕਰਨ ਲਈ ਦਰਜਨ ਭਰੋਸੇ-ਜੋਖਮ ਛੱਡਣ ਆਮ ਤੌਰ 'ਤੇ ਗਲਤ ਬਣਾਉਂਦੇ ਹਨ। ਬਿਹਤਰ ਹੈ ਕਿ ਤੁਸੀਂ ਪਤਾ ਕਰੋ ਕਿ ਤੁਸੀਂ ਕੀ ਸਸਤੇ ਤਰੀਕੇ ਨਾਲ ਪਰਖ ਸਕਦੇ ਹੋ, ਦਾਖਲੇ ਸੀਮਿਤ ਕਰੋ, ਅਤੇ ਨਿਯਮ ਸਥਿਰ ਰੱਖੋ।
ਅਨਜਾਣਾਂ ਲਈ ਡਿਜ਼ਾਇਨ ਕਰੋ, ਦੋਸਤਾਂ ਲਈ ਨਹੀਂ। ਮੰਨੋ ਕਿ ਕੋਈ ਤੁਹਾਡੇ ਨਿਯਮਾਂ ਨੂੰ ਤੋੜਕੇ ਨਫ਼ਾ ਕਮਾਉਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰੇਗਾ (ਸਪੈਮ, ਧੋਖੱਬਾਜੀ, ਸਮੇਤ-ਕੋਲੂਸ਼ਨ, ਡਿਨਾਇਲ-ਆਫ-ਸਰਵਿਸ), ਫਿਰ ਇਮਾਨਦਾਰੀ ਰਾਹ ਨੂੰ ਸਭ ਤੋਂ ਸਸਤਾ ਅਤੇ ਸਹਜ ਬਣਾਓ।
ਇੱਕ ਮਦਦਗਾਰ ਪ੍ਰਸ਼ਨ ਹੈ: "ਜੇ ਮੈਂ ਕਿਸੇ ਨੂੰ ਇਸ ਫੀਚਰ ਦੀ ਦੁਰਵਰਤਨ ਲਈ ਪੈਸਾ ਦਿਆਂ, ਉਹ ਸਭ ਤੋਂ ਪਹਿਲਾਂ ਕੀ ਕਰੇਗਾ?"
ਇੱਕ ਧਮਕੀ ਮਾਡਲ ਇੱਕ ਛੋਟੀ ਸੂਚੀ ਹੁੰਦੀ ਹੈ:
ਇਸਨੂੰ ਛੋਟਾ ਅਤੇ ਵਿਵਹਾਰਕ ਰੱਖੋ ਤਾਂ ਜੋ ਤੱਕਦੀਰ ਬਣਾਉਂਦੇ ਸਮੇਂ ਇਹ ਵਰਤਿਆ ਜਾ ਸਕੇ।
ਖੁੱਲੇ ਸਿਸਟਮਾਂ ਵਿੱਚ ਪਹਚਾਨ ਸਸਤੀ ਹੁੰਦੀ ਹੈ: ਇੱਕ ਵਿਅਕਤੀ ਕਈ ਖਾਤੇ ਬਣਾ ਸਕਦਾ ਹੈ। ਜੇ ਪ੍ਰਭਾਵ "ਯੂਜ਼ਰਾਂ ਦੀ ਗਿਣਤੀ" ਤੇ ਨਿਰਭਰ ਹੈ, ਤਾਂ ਹਮਲਾਵਰ ਨਕਲੀ ਯੂਜ਼ਰ ਬਣਾਕੇ ਜਿੱਤ ਸਕਦੇ ਹਨ.
Bitcoin ਪ੍ਰਭਾਵ ਨੂੰ proof-of-work ਨਾਲ ਜੋੜਦਾ ਹੈ, ਜਿਸਦਾ ਅਸਲ-ਦੁਨੀਆ ਖ਼ਰਚ ਹੁੰਦਾ ਹੈ। ਸਬਕ ਇਹ ਨਹੀਂ ਕਿ "ਮਾਇਨਿੰਗ ਵਰਤੋ," ਸਬਕ ਇਹ ਹੈ: ਪਾਵਰ ਨੂੰ ਕਿਸੇ ਐਸੀ ਚੀਜ਼ 'ਤੇ ਆਧਾਰਿਤ ਕਰੋ ਜੋ ਨਕਲ ਕਰਨ ਲਈ ਮਹਿੰਗੀ ਹੋਵੇ (ਖ਼ਰਚ, ਸਟੇਕ, ਸਮਾਂ, ਤਨਖਾਹ ਹੁੰਦੀ ਕੋਸ਼ਿਸ਼, ਕਮੀ ਵਾਲੇ ਸਰੋਤ).
ਮਾਈਨਰਾਂ ਨੂੰ ਉਹ ਸਮਾਨ ਮਿਲਦਾ ਹੈ ਜਦੋਂ ਉਹ ਉਹ ਬਲਾਕ ਬਣਾਉਂਦੇ ਹਨ ਜੋ ਹੋਰ ਨੋਡ ਸਵੀਕਾਰ ਕਰਦੇ ਹਨ। ਜੇ ਉਹ ਨਿਯਮ ਤੋੜਦੇ ਹਨ, ਨੋਡ ਉਸ ਬਲਾਕ ਨੂੰ ਰੱਦ ਕਰ ਦੇਣਗੇ ਅਤੇ ਮਾਈਨਰ ਨੂੰ ਕੁਝ ਨਹੀਂ ਮਿਲੇਗਾ.
ਇਸ ਨਾਲ ਪ੍ਰੇਰਨਾ ਸਹੀ ਤਰੀਕੇ ਨਾਲ ਮਿਲਦੀ ਹੈ: ਨਿਰੰਤਰ ਪੇਆਊਟ ਲਈ ਸਭ ਤੋਂ ਅਸਾਨ ਰਾਹ ਹੈ ਸਹਿਮਤੀ ਨਿਯਮਾਂ ਦੀ ਪਾਲਣਾ ਕਰਨਾ, ਝਗੜਾ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਨਹੀਂ।
51% ਹਮਲਾਕਾਰ ਆਮ ਤੌਰ 'ਤੇ ਇਹ ਕਰ ਸਕਦੇ ਹਨ:
ਉਹ ਫਿਰ ਵੀ ਅਜੇ ਵੀ ਕੁਝ ਨਹੀਂ ਕਰ ਸਕਦੇ: ਪ੍ਰਾਈਵੇਟ ਕੀ ਬਿਨਾਂ ਲੈਨਦੇਨ 'ਤੇ ਦਸਤਖ਼ਤ ਨਹੀਂ ਕਰ ਸਕਦੇ, ਜਾਂ ਨਵੀਂ ਨਕਦੀ ਕ੍ਰਿਆਈ ਨਹੀਂ ਰਚ ਸਕਦੇ। ਮੁੱਖ ਸਬਕ: ਇਕ ਹਮਲਾਕਾਰ ਸਪੜਕੀ ਤੌਰ 'ਤੇ ਕੀ ਬਦਲ ਸਕਦਾ ਹੈ, ਇਹ ਸਪਸ਼ਟ ਕਰੋ ਅਤੇ ਉਸ ਬੁੱਲਟ-ਰਹਿਤ ਹੱਦਾਂ ਦੇ ਆਧਾਰ 'ਤੇ ਡਿਜ਼ਾਇਨ ਕਰੋ।
ਹਰ ਹਮਲਾ ਨਿਯਮ ਤੋੜਨਾ ਨਹੀਂ ਹੁੰਦਾ — ਕੁਝ ਹਮਲੇ ਇਹ ਹਨ ਕਿ ਸ਼ਿਕਾਰ ਕੀ ਵੇਖੇਗਾ ਜਾਂ ਕਿਵੇਂ ਕੰਮ ਕਰੇਗਾ ਨੂੰ ਨਿਯੰਤ੍ਰਿਤ ਕਰਨਾ।
ਆਮ ਉਦਾਹਰਨ:
ਹਰ ਨਵਾਂ ਫੀਚਰ ਐਜ ਕੇਸ ਪੈਦਾ ਕਰਦਾ ਹੈ, ਅਤੇ ਐਜ ਕੇਸ ਹੀ ਉਹ ਜਗ੍ਹਾ ਹੁੰਦੇ ਹਨ ਜਿੱਥੇ ਖਾਮੀਆਂ ਲੁਕ ਸਕਦੀਆਂ ਹਨ (ਰੀਪਲੇ, ਰੇਸ ਕੰਡੀਸ਼ਨ, ਅਜੀਬ ਸਟੇਟ ਟ੍ਰਾਂਜ਼ਿਸ਼ਨ).
ਸਾਦੇ ਨਿਯਮ:
ਜੇ ਤੂੰ ਜ਼ਰੂਰਤ ਹੋਵੇ ਤਾਂ ਜਟਿਲਤਾ ਨੂੰ ਸਖ਼ਤ ਸੀਮਾ ਅਤੇ ਸਪਸ਼ਟ ਅਟੁੱਟੀ ਵੇਰਵਿਆਂ ਨਾਲ ਬਾਕਸ ਵਿੱਚ ਰੱਖੋ।
ਪੀਲਿਆ ਤਿੰਨ ਕਦਮ ਸ਼ੁਰੂ ਕਰੋ:
ਉਦਾਹਰਣ: ਰੈਫਰਲ ਕਰੈਡਿਟ ਸਿਰਫ ਸਾਈਨਅਪ 'ਤੇ ਨਹੀਂ, ਪਰ ਅਸਲੀ ਗਤੀਵਿਧੀ ਤੋਂ ਬਾਦ ਖੁੱਲਦੇ। ਸੰਦੇਹਜਨਕ ਪੈਟਰਨਾਂ ਨੂੰ ਆਪਣੇ-आप ਰੋਕਿਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ।
ਅਕਸਰ ਨੁਕਸਾਨਾਂ ਵਿੱਚ ਸ਼ਾਮਿਲ ਹਨ:
ਚੰਗਾ ਨਿਯਮ: ਜੇ ਤੁਸੀਂ ਨਿਯਮ ਸਪਸ਼ਟ ਨਹੀਂ ਸਮਝਾ ਸਕਦੇ, ਤਾਂ ਤੁਸੀਂ ਉਸ ਦੀ ਰੱਖਿਆ ਨਹੀਂ ਕਰ ਸਕਦੇ।
ਇਸਨੂੰ ਅਨੁਸ਼ਾਸਨ ਲਈ ਵਰਤੋ, ਜਟਿਲਤਾ ਵਧਾਉਣ ਲਈ ਨਹੀਂ। ਇੱਕ ਪ੍ਰਯੋਗਿਕ ਵਰਕਫਲੋ:
ਹੇਠਾਂ ਦੋ ਅਗਲੇ ਕਦਮ ਜੋ ਇਕ ਪੰਨੇ 'ਤੇ ਫਿੱਟ ਹੁੰਦੇ ਹਨ:
ਉਤਪਾਦ ਟੀਮਾਂ ਲਈ ਇਹ ਸਮਾਨ ਹੈ: ਰੇਟ ਲਿਮਿਟ, ਦੁਰਵਰਤਨ ਥਰੋਟਲ ਅਤੇ ਅੰਸ਼ਿਕ ਬੁਰਾਬਰੀਆਂ ਲਈ ਡਿਜ਼ਾਈਨ।
ਇੱਕ ਪੰਨੇ ਦਾ ਧਮਕੀ ਮਾਡਲ ਲਿਖੋ: ਐਸੈੱਟਸ, ਅਦਾਕਾਰ, ਭਰੋਸਾ ਅਨੁਮਾਨ, ਅਤੇ ਸਿਖਰਲੇ ਪੰਜ ਹਮਲੇ.
ਇਕ ਯਾਰ ਜਾਂ ਟੀਮ-ਮੇਟ ਨਾਲ ਟੇਬਲਟਾਪ ਹਮਲਾ-ਸਮੀਖਿਆ ਚਲਾਓ। ਇੱਕ ਹਮਲਾਵਰ ਦੀ ਭੂਮਿਕਾ ਨਿਭਾਏ, ਦੂਜਾ ਬਚਾਓ। ਜਦੋਂ ਤੁਸੀਂ ਪਾਓ ਕਿ ਹਮਲਾਵਰ ਸਸਤੇ ਤਰੀਕੇ ਨਾਲ ਜਿੱਤ ਸਕਦਾ ਹੈ ਤਾਂ ਰੁਕੋ।
ਜੇ ਤੁਸੀਂ ਕਿਸੇ ਤੇਜ਼ ਐਪ ਪਲੇਟਫਾਰਮ ਤੇ ਬਣਾਉਂਦੇ ਹੋ ਜਿਵੇਂ Koder.ai (koder.ai), ਤਾਂ ਵਿਰੋਧੀ ਸੋਚ ਨੂੰ ਬਿਲਡ ਚੱਕਰ ਦਾ ਹਿੱਸਾ ਮੰਨੋ — ਯੋਜਨਾ ਤਬਦੀਲੀਆਂ ਨੂੰ ਲਿਖਵਾਉਂਦੀ ਹੈ ਅਤੇ ਸਨੇਪਸ਼ਾਟ/ਰੋਲਬੈਕ ਪਹਿਲੇ ਦੌਰ ਦੀਆਂ ਗਲਤੀਆਂ ਤੋਂ ਤੇਜ਼ ਬਹਾਲੀ ਦਿੰਦੇ ਹਨ।