ਵਿਕੇਂਦਰੀਕ੍ਰਿਤ ਸਕੂਟਰ ਰੈਂਟਲ ਲਈ ਸਾਫਟਵੇਅਰ ਵਿਕਸਿਤ ਕਰੋ। ਕਿਸਨੇ ਕਿਹਾ ਕਿ ਇਹ ਆਸਾਨ ਹੋਵੇਗਾ?

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

ਇਹ ਸਭ ਕਿਵੇਂ ਸ਼ੁਰੂ ਹੋਇਆ?

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

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

ਬੈਸਾਖੀਆਂ 'ਤੇ ਬਲਾਕਚੇਨ

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

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

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

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

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

ਇਹ ਸਭ ਸਾਨੂੰ ਇਸ ਆਰਕੀਟੈਕਚਰ ਵੱਲ ਲੈ ਜਾਂਦਾ ਹੈ। ਸਹਿਮਤ ਹੋਵੋ, ਇਹ ਸਾਡੀ ਯੋਜਨਾ ਤੋਂ ਬਹੁਤ ਵੱਖਰਾ ਹੈ।

ਮੋਰੀ ਵਿੱਚ Ace: ਸਵੈ-ਪ੍ਰਭੂ ਦੀ ਪਛਾਣ

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

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

ਡਿਵਾਈਸ ਨੇ ਮੈਨੂੰ ਸਮੱਸਿਆਵਾਂ ਦਿੱਤੀਆਂ

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

ਇਹ ਤਕਨਾਲੋਜੀ ਸਟੈਕ ਇੱਕ ਸਕੂਟਰ ਵਿੱਚ ਬਣੇ ਹਾਰਡਵੇਅਰ ਦੀ ਸਾਡੀ ਚੋਣ ਨੂੰ ਬਹੁਤ ਹੱਦ ਤੱਕ ਸੀਮਤ ਕਰਦਾ ਹੈ। ਖੁਸ਼ਕਿਸਮਤੀ ਨਾਲ, ਪ੍ਰੋਜੈਕਟ ਦੀ ਸ਼ੁਰੂਆਤ ਵਿੱਚ, ਅਸੀਂ Raspberry Pi Zero ਨੂੰ ਚੁਣਿਆ, ਅਤੇ ਅਸੀਂ ਇੱਕ ਪੂਰੇ ਮਾਈਕ੍ਰੋ ਕੰਪਿਊਟਰ ਦੇ ਸਾਰੇ ਫਾਇਦਿਆਂ ਦਾ ਫਾਇਦਾ ਉਠਾਇਆ। ਇਹ ਸਾਨੂੰ ਸਕੂਟਰ 'ਤੇ ਭਾਰੀ Node.js ਚਲਾਉਣ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ। ਇਸ ਤੋਂ ਇਲਾਵਾ, ਅਸੀਂ ਤਿਆਰ ਕੀਤੇ ਟੂਲਸ ਦੀ ਵਰਤੋਂ ਕਰਕੇ VPN ਰਾਹੀਂ ਨਿਗਰਾਨੀ ਅਤੇ ਰਿਮੋਟ ਪਹੁੰਚ ਪ੍ਰਾਪਤ ਕੀਤੀ।

ਅੰਤ ਵਿੱਚ

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

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

ਸਰੋਤ: www.habr.com