ਹਾਸਕੇਲ ਦੇ ਨਾਲ ਫੰਕਸ਼ਨਲ ਵਿੱਚ ਫੰਕਸ਼ਨਲ ਵਿੱਚ ਬਦਲਣਾ: ਸੇਰੋਕੇਲ ਨੇ ਟੈਲੀਗ੍ਰਾਮ ਬਲਾਕਚੈਨ ਮੁਕਾਬਲਾ ਕਿਵੇਂ ਜਿੱਤਿਆ

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

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

ਪਰ ਆਓ ਥੋੜੇ ਜਿਹੇ ਸੰਦਰਭ ਨਾਲ ਸ਼ੁਰੂ ਕਰੀਏ.

ਮੁਕਾਬਲਾ ਅਤੇ ਇਸ ਦੀਆਂ ਸ਼ਰਤਾਂ

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

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

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

ਅਸੀਂ ਹਿੱਸਾ ਲੈਣ ਦਾ ਫੈਸਲਾ ਕਿਉਂ ਕੀਤਾ?

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

ਮੁਕਾਬਲੇ ਦੇ ਦਿਲਚਸਪ ਕੰਮ ਅਤੇ ਸਾਡੇ ਪਿਆਰੇ ਟੈਲੀਗ੍ਰਾਮ ਪ੍ਰੋਜੈਕਟ ਵਿੱਚ ਸ਼ਮੂਲੀਅਤ ਆਪਣੇ ਆਪ ਵਿੱਚ ਇੱਕ ਸ਼ਾਨਦਾਰ ਪ੍ਰੇਰਣਾ ਸੀ, ਪਰ ਇਨਾਮ ਫੰਡ ਇੱਕ ਵਾਧੂ ਪ੍ਰੇਰਣਾ ਬਣ ਗਿਆ. 🙂

TON ਬਲਾਕਚੈਨ ਖੋਜ

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

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

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

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

ਨਿਕਸ: ਪ੍ਰੋਜੈਕਟ ਨੂੰ ਇਕੱਠਾ ਕਰਨਾ

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

ਇਸ ਲਈ ਅਸੀਂ ਬਣਾ ਕੇ ਸ਼ੁਰੂਆਤ ਕੀਤੀ TON ਅਸੈਂਬਲੀ ਲਈ ਸਮੀਕਰਨ ਦੇ ਨਾਲ ਨਿਕਸ ਓਵਰਲੇਅ. ਇਸਦੀ ਮਦਦ ਨਾਲ, TON ਨੂੰ ਕੰਪਾਇਲ ਕਰਨਾ ਜਿੰਨਾ ਸੰਭਵ ਹੋ ਸਕੇ ਸਧਾਰਨ ਹੈ:

$ cd ~/.config/nixpkgs/overlays && git clone https://github.com/serokell/ton.nix
$ cd /path/to/ton/repo && nix-shell
[nix-shell]$ cmakeConfigurePhase && make

ਨੋਟ ਕਰੋ ਕਿ ਤੁਹਾਨੂੰ ਕੋਈ ਨਿਰਭਰਤਾ ਸਥਾਪਤ ਕਰਨ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ। Nix ਜਾਦੂਈ ਢੰਗ ਨਾਲ ਤੁਹਾਡੇ ਲਈ ਸਭ ਕੁਝ ਕਰੇਗਾ, ਭਾਵੇਂ ਤੁਸੀਂ NixOS, Ubuntu, ਜਾਂ macOS ਦੀ ਵਰਤੋਂ ਕਰ ਰਹੇ ਹੋ।

TON ਲਈ ਪ੍ਰੋਗਰਾਮਿੰਗ

TON ਨੈੱਟਵਰਕ ਵਿੱਚ ਸਮਾਰਟ ਕੰਟਰੈਕਟ ਕੋਡ TON ਵਰਚੁਅਲ ਮਸ਼ੀਨ (TVM) 'ਤੇ ਚੱਲਦਾ ਹੈ। TVM ਜ਼ਿਆਦਾਤਰ ਹੋਰ ਵਰਚੁਅਲ ਮਸ਼ੀਨਾਂ ਨਾਲੋਂ ਵਧੇਰੇ ਗੁੰਝਲਦਾਰ ਹੈ, ਅਤੇ ਇਸ ਵਿੱਚ ਬਹੁਤ ਦਿਲਚਸਪ ਕਾਰਜਕੁਸ਼ਲਤਾ ਹੈ, ਉਦਾਹਰਨ ਲਈ, ਇਹ ਇਸ ਨਾਲ ਕੰਮ ਕਰ ਸਕਦੀ ਹੈ ਨਿਰੰਤਰਤਾਵਾਂ и ਡਾਟਾ ਨਾਲ ਲਿੰਕ.

ਇਸ ਤੋਂ ਇਲਾਵਾ, TON ਦੇ ਮੁੰਡਿਆਂ ਨੇ ਤਿੰਨ ਨਵੀਆਂ ਪ੍ਰੋਗਰਾਮਿੰਗ ਭਾਸ਼ਾਵਾਂ ਬਣਾਈਆਂ:

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

ਫਨਸੀ ਦੇ ਸਮਾਨ ਹੈ, ਜੋ ਕਿ ਇੱਕ ਸਮਾਰਟ ਕੰਟਰੈਕਟ ਪ੍ਰੋਗਰਾਮਿੰਗ ਭਾਸ਼ਾ ਹੈ C ਅਤੇ ਕਿਸੇ ਹੋਰ ਭਾਸ਼ਾ ਵਿੱਚ ਕੰਪਾਇਲ ਕੀਤਾ ਗਿਆ ਹੈ - ਫਿਫਟ ਅਸੈਂਬਲਰ।

ਪੰਜਵਾਂ ਅਸੈਂਬਲਰ - TVM ਲਈ ਬਾਈਨਰੀ ਐਗਜ਼ੀਕਿਊਟੇਬਲ ਕੋਡ ਬਣਾਉਣ ਲਈ ਪੰਜਵੀਂ ਲਾਇਬ੍ਰੇਰੀ। ਪੰਜਵੇਂ ਅਸੈਂਬਲਰ ਕੋਲ ਕੰਪਾਈਲਰ ਨਹੀਂ ਹੈ। ਇਹ ਏਮਬੈਡਡ ਡੋਮੇਨ ਵਿਸ਼ੇਸ਼ ਭਾਸ਼ਾ (eDSL).

ਸਾਡਾ ਮੁਕਾਬਲਾ ਕੰਮ ਕਰਦਾ ਹੈ

ਅੰਤ ਵਿੱਚ, ਇਹ ਸਾਡੇ ਯਤਨਾਂ ਦੇ ਨਤੀਜਿਆਂ ਨੂੰ ਦੇਖਣ ਦਾ ਸਮਾਂ ਹੈ.

ਅਸਿੰਕ੍ਰੋਨਸ ਭੁਗਤਾਨ ਚੈਨਲ

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

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

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

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

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

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

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

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

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

TVM Haskell eDSL

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

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

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

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

ਸਾਡੇ eDSL 'ਤੇ ਮਲਟੀਸਿਗ ਵਾਲਿਟ ਨੂੰ ਲਾਗੂ ਕਰਨਾ ਇਸ ਤਰ੍ਹਾਂ ਦਿਖਾਈ ਦਿੰਦਾ ਹੈ:

main :: IO ()
main = putText $ pretty $ declProgram procedures methods
  where
    procedures =
      [ ("recv_external", decl recvExternal)
      , ("recv_internal", decl recvInternal)
      ]
    methods =
      [ ("seqno", declMethod getSeqno)
      ]

data Storage = Storage
  { sCnt :: Word32
  , sPubKey :: PublicKey
  }

instance DecodeSlice Storage where
  type DecodeSliceFields Storage = [PublicKey, Word32]
  decodeFromSliceImpl = do
    decodeFromSliceImpl @Word32
    decodeFromSliceImpl @PublicKey

instance EncodeBuilder Storage where
  encodeToBuilder = do
    encodeToBuilder @Word32
    encodeToBuilder @PublicKey

data WalletError
  = SeqNoMismatch
  | SignatureMismatch
  deriving (Eq, Ord, Show, Generic)

instance Exception WalletError

instance Enum WalletError where
  toEnum 33 = SeqNoMismatch
  toEnum 34 = SignatureMismatch
  toEnum _ = error "Uknown MultiSigError id"

  fromEnum SeqNoMismatch = 33
  fromEnum SignatureMismatch = 34

recvInternal :: '[Slice] :-> '[]
recvInternal = drop

recvExternal :: '[Slice] :-> '[]
recvExternal = do
  decodeFromSlice @Signature
  dup
  preloadFromSlice @Word32
  stacktype @[Word32, Slice, Signature]
  -- cnt cs sign

  pushRoot
  decodeFromCell @Storage
  stacktype @[PublicKey, Word32, Word32, Slice, Signature]
  -- pk cnt' cnt cs sign

  xcpu @1 @2
  stacktype @[Word32, Word32, PublicKey, Word32, Slice, Signature]
  -- cnt cnt' pk cnt cs sign

  equalInt >> throwIfNot SeqNoMismatch

  push @2
  sliceHash
  stacktype @[Hash Slice, PublicKey, Word32, Slice, Signature]
  -- hash pk cnt cs sign

  xc2pu @0 @4 @4
  stacktype @[PublicKey, Signature, Hash Slice, Word32, Slice, PublicKey]
  -- pubk sign hash cnt cs pubk

  chkSignU
  stacktype @[Bool, Word32, Slice, PublicKey]
  -- ? cnt cs pubk

  throwIfNot SignatureMismatch
  accept

  swap
  decodeFromSlice @Word32
  nip

  dup
  srefs @Word8

  pushInt 0
  if IsEq
  then ignore
  else do
    decodeFromSlice @Word8
    decodeFromSlice @(Cell MessageObject)
    stacktype @[Slice, Cell MessageObject, Word8, Word32, PublicKey]
    xchg @2
    sendRawMsg
    stacktype @[Slice, Word32, PublicKey]

  endS
  inc

  encodeToCell @Storage
  popRoot

getSeqno :: '[] :-> '[Word32]
getSeqno = do
  pushRoot
  cToS
  preloadFromSlice @Word32

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

ਮੁਕਾਬਲੇ ਅਤੇ TON ਬਾਰੇ ਸਿੱਟੇ

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

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

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

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

ਸਰੋਤ: www.habr.com