#opg $OPG
ਮੈਂ ਇੰਨਾ ਵਧੀਆ ਜੋਖ਼ਮ ਕਮੇਟੀ ਮੀਟਿੰਗਾਂ, ਆਡਿਟ ਰਿਵਿਊਜ਼, ਸਵੇਰੇ 2 ਵਜੇ ਵਾਲੀਆਂ ਇਨਸਿਡੈਂਟ ਅਲਰਟਾਂ, ਅਤੇ ਵਾਲਿਟ ਐਪ੍ਰੂਵਲ ਬਹਿਸਾਂ ਦੇਖ ਚੁੱਕਾ ਹਾਂ ਕਿ ਪਤਾ ਲੱਗ ਗਿਆ ਹੈ—ਅਕਸਰ ਫੇਲ੍ਹ ਇਸ ਲਈ ਨਹੀਂ ਆਉਂਦੀ ਕਿਉਂਕਿ ਕੋਈ ਚੇਨ ਬਹੁਤ ਹੌਲੀ ਸੀ। ਇਹ ਇਸ ਲਈ ਆਉਂਦੀ ਹੈ ਕਿਉਂਕਿ ਕਿਸੇ ਨੇ ਗਲਤ ਚੀਜ਼ ਸਾਈਨ ਕਰ ਦਿੱਤੀ, ਗਲਤ ਕੁੰਜੀ expose ਕਰ ਦਿੱਤੀ, ਜਾਂ ਅਜਿਹੀ ਪਰਮਿਸ਼ਨ ਦੇ ਦਿੱਤੀ ਜੋ ਕਦੇ ਮੌਜੂਦ ਹੀ ਨਹੀਂ ਹੋਣੀ ਸੀ।
ਉਦਯੋਗ TPS ਨਾਲ ਐਨਾ ਮੋਹਿਤ ਰਹਿੰਦਾ ਹੈ ਜਿਵੇਂ ਸਿਰਫ਼ ਸਪੀਡ ਹੀ ਵੈਲਿਊ ਨੂੰ ਸੁਰੱਖਿਅਤ ਕਰ ਸਕਦੀ ਹੋਵੇ। ਨਹੀਂ ਕਰ ਸਕਦੀ। ਅਸਲ ਸਿਸਟਮ ਟਰੱਸਟ ਦੇ ਕਿਨਾਰਿਆਂ ’ਤੇ ਫੇਲ੍ਹ ਹੁੰਦੇ ਹਨ—ਉੱਥੇ ਜਿੱਥੇ ਅਥਾਰਟੀ ਬਿਨਾਂ ਹੱਦਾਂ ਦੇ ਡੈਲੀਗੇਟ ਹੋ ਜਾਂਦੀ ਹੈ ਅਤੇ ਐਕਸੈਸ ਦਾ ਇਰਾਦਾ ਮਰਨ ਤੋਂ ਬਾਅਦ ਵੀ ਬਚਿਆ ਰਹਿੰਦਾ ਹੈ। OpenGradient ਇਸ ਸਮੱਸਿਆ ਨੂੰ ਵੱਖਰੇ ਢੰਗ ਨਾਲ ਹੱਲ ਕਰਦਾ ਹੈ। SVM-ਅਧਾਰਿਤ ਹਾਈ-ਪਰਫਾਰਮੈਂਸ L1 ਵਜੋਂ ਬਣਿਆ, ਇਹ guardrails ਨੂੰ ਵਿਕਲਪਿਕ ਨੀਤੀ ਦੀ ਥਾਂ ਇੰਫਰਾਸਟਰੱਕਚਰ ਮੰਨ ਕੇ ਚਲਦਾ ਹੈ।
ਕੇਂਦਰ ਵਿੱਚ ਹਨ Fabric Sessions: enforced, time-bound, scope-bound ਡੈਲੀਗੇਸ਼ਨ ਜੋ ਅਥਾਰਟੀ ਨੂੰ ਸੀਮਿਤ ਕਰ ਦਿੰਦੀ ਹੈ ਜਦੋਂ ਤੱਕ ਉਹ ਜੋਖ਼ਮ ਨਾ ਬਣ ਜਾਵੇ। “Scoped delegation + ਘੱਟ signatures ਹੀ ਆਨ-ਚੇਨ UX ਦੀ ਅਗਲੀ ਲਹਿਰ ਹੈ।” ਇਹ ਇਸ ਲਈ ਨਹੀਂ ਕਿ ਸੁਵਿਧਾ ਸਭ ਤੋਂ ਵੱਧ ਮਾਇਨੇ ਰੱਖਦੀ ਹੈ, ਪਰ ਇਸ ਲਈ ਕਿ ਬੇਲੋੜੀਆਂ ਐਪ੍ਰੂਵਲ ਸਤਹਾਂ ਘਟਾ ਕੇ ਅੰਦਾਜ਼ਯੋਗ ਗਲਤੀਆਂ ਵੀ ਘਟਦੀਆਂ ਹਨ।
ਕੰਮ ਕਰਨਾ ਇੱਕ conservative settlement layer ਦੇ ਉੱਪਰ ਮੋਡੀਊਲਰ ਰਹਿੰਦਾ ਹੈ। EVM compatibility ਮੁੱਖ ਤੌਰ ’ਤੇ ਟੂਲਿੰਗ friction ਘਟਾਉਣ ਲਈ ਹੈ, ਤਾਂ ਜੋ ਆਰਕੀਟੈਕਚਰ define ਨਾ ਹੋਵੇ। ਨੇਟਿਵ ਟੋਕਨ security fuel ਵਜੋਂ ਕੰਮ ਕਰਦਾ ਹੈ, ਜਦਕਿ staking passive yield ਨਹੀਂ—ਇਹ ਜਿੰਮੇਵਾਰੀ ਦਰਸਾਉਂਦੀ ਹੈ।
Bridge risk ਅਟੱਲ ਰਹਿੰਦਾ ਹੈ। ਟਰੱਸਟ ਸਲੀਕੇ ਨਾਲ ਨਹੀਂ ਘਟਦਾ—ਇਹ ਟੁੱਟ ਜਾਂਦਾ ਹੈ।
ਇੱਕ ਤੇਜ਼ OpenGradient ਜੋ “no” ਕਹਿ ਸਕੇ, ਅੰਤ ਵਿੱਚ ਉਸ ਤੋਂ ਜ਼ਿਆਦਾ ਕੀਮਤੀ ਹੈ ਜੋ ਸਿਰਫ਼ “yes” ਤੇਜ਼ੀ ਨਾਲ ਕਹਿ ਸਕਦਾ ਹੋਵੇ। ਇਹੀ ਤਰੀਕਾ ਹੈ ਜਿਸ ਨਾਲ ਅੰਦਾਜ਼ਯੋਗ ਫੇਲ੍ਹ ਨੂੰ ਰੋਕਿਆ ਜਾਂਦਾ ਹੈ।
@OpenGradient
$OPG
#OPG
ਮੈਂ ਇੰਨਾ ਵਧੀਆ ਜੋਖ਼ਮ ਕਮੇਟੀ ਮੀਟਿੰਗਾਂ, ਆਡਿਟ ਰਿਵਿਊਜ਼, ਸਵੇਰੇ 2 ਵਜੇ ਵਾਲੀਆਂ ਇਨਸਿਡੈਂਟ ਅਲਰਟਾਂ, ਅਤੇ ਵਾਲਿਟ ਐਪ੍ਰੂਵਲ ਬਹਿਸਾਂ ਦੇਖ ਚੁੱਕਾ ਹਾਂ ਕਿ ਪਤਾ ਲੱਗ ਗਿਆ ਹੈ—ਅਕਸਰ ਫੇਲ੍ਹ ਇਸ ਲਈ ਨਹੀਂ ਆਉਂਦੀ ਕਿਉਂਕਿ ਕੋਈ ਚੇਨ ਬਹੁਤ ਹੌਲੀ ਸੀ। ਇਹ ਇਸ ਲਈ ਆਉਂਦੀ ਹੈ ਕਿਉਂਕਿ ਕਿਸੇ ਨੇ ਗਲਤ ਚੀਜ਼ ਸਾਈਨ ਕਰ ਦਿੱਤੀ, ਗਲਤ ਕੁੰਜੀ expose ਕਰ ਦਿੱਤੀ, ਜਾਂ ਅਜਿਹੀ ਪਰਮਿਸ਼ਨ ਦੇ ਦਿੱਤੀ ਜੋ ਕਦੇ ਮੌਜੂਦ ਹੀ ਨਹੀਂ ਹੋਣੀ ਸੀ।
ਉਦਯੋਗ TPS ਨਾਲ ਐਨਾ ਮੋਹਿਤ ਰਹਿੰਦਾ ਹੈ ਜਿਵੇਂ ਸਿਰਫ਼ ਸਪੀਡ ਹੀ ਵੈਲਿਊ ਨੂੰ ਸੁਰੱਖਿਅਤ ਕਰ ਸਕਦੀ ਹੋਵੇ। ਨਹੀਂ ਕਰ ਸਕਦੀ। ਅਸਲ ਸਿਸਟਮ ਟਰੱਸਟ ਦੇ ਕਿਨਾਰਿਆਂ ’ਤੇ ਫੇਲ੍ਹ ਹੁੰਦੇ ਹਨ—ਉੱਥੇ ਜਿੱਥੇ ਅਥਾਰਟੀ ਬਿਨਾਂ ਹੱਦਾਂ ਦੇ ਡੈਲੀਗੇਟ ਹੋ ਜਾਂਦੀ ਹੈ ਅਤੇ ਐਕਸੈਸ ਦਾ ਇਰਾਦਾ ਮਰਨ ਤੋਂ ਬਾਅਦ ਵੀ ਬਚਿਆ ਰਹਿੰਦਾ ਹੈ। OpenGradient ਇਸ ਸਮੱਸਿਆ ਨੂੰ ਵੱਖਰੇ ਢੰਗ ਨਾਲ ਹੱਲ ਕਰਦਾ ਹੈ। SVM-ਅਧਾਰਿਤ ਹਾਈ-ਪਰਫਾਰਮੈਂਸ L1 ਵਜੋਂ ਬਣਿਆ, ਇਹ guardrails ਨੂੰ ਵਿਕਲਪਿਕ ਨੀਤੀ ਦੀ ਥਾਂ ਇੰਫਰਾਸਟਰੱਕਚਰ ਮੰਨ ਕੇ ਚਲਦਾ ਹੈ।
ਕੇਂਦਰ ਵਿੱਚ ਹਨ Fabric Sessions: enforced, time-bound, scope-bound ਡੈਲੀਗੇਸ਼ਨ ਜੋ ਅਥਾਰਟੀ ਨੂੰ ਸੀਮਿਤ ਕਰ ਦਿੰਦੀ ਹੈ ਜਦੋਂ ਤੱਕ ਉਹ ਜੋਖ਼ਮ ਨਾ ਬਣ ਜਾਵੇ। “Scoped delegation + ਘੱਟ signatures ਹੀ ਆਨ-ਚੇਨ UX ਦੀ ਅਗਲੀ ਲਹਿਰ ਹੈ।” ਇਹ ਇਸ ਲਈ ਨਹੀਂ ਕਿ ਸੁਵਿਧਾ ਸਭ ਤੋਂ ਵੱਧ ਮਾਇਨੇ ਰੱਖਦੀ ਹੈ, ਪਰ ਇਸ ਲਈ ਕਿ ਬੇਲੋੜੀਆਂ ਐਪ੍ਰੂਵਲ ਸਤਹਾਂ ਘਟਾ ਕੇ ਅੰਦਾਜ਼ਯੋਗ ਗਲਤੀਆਂ ਵੀ ਘਟਦੀਆਂ ਹਨ।
ਕੰਮ ਕਰਨਾ ਇੱਕ conservative settlement layer ਦੇ ਉੱਪਰ ਮੋਡੀਊਲਰ ਰਹਿੰਦਾ ਹੈ। EVM compatibility ਮੁੱਖ ਤੌਰ ’ਤੇ ਟੂਲਿੰਗ friction ਘਟਾਉਣ ਲਈ ਹੈ, ਤਾਂ ਜੋ ਆਰਕੀਟੈਕਚਰ define ਨਾ ਹੋਵੇ। ਨੇਟਿਵ ਟੋਕਨ security fuel ਵਜੋਂ ਕੰਮ ਕਰਦਾ ਹੈ, ਜਦਕਿ staking passive yield ਨਹੀਂ—ਇਹ ਜਿੰਮੇਵਾਰੀ ਦਰਸਾਉਂਦੀ ਹੈ।
Bridge risk ਅਟੱਲ ਰਹਿੰਦਾ ਹੈ। ਟਰੱਸਟ ਸਲੀਕੇ ਨਾਲ ਨਹੀਂ ਘਟਦਾ—ਇਹ ਟੁੱਟ ਜਾਂਦਾ ਹੈ।
ਇੱਕ ਤੇਜ਼ OpenGradient ਜੋ “no” ਕਹਿ ਸਕੇ, ਅੰਤ ਵਿੱਚ ਉਸ ਤੋਂ ਜ਼ਿਆਦਾ ਕੀਮਤੀ ਹੈ ਜੋ ਸਿਰਫ਼ “yes” ਤੇਜ਼ੀ ਨਾਲ ਕਹਿ ਸਕਦਾ ਹੋਵੇ। ਇਹੀ ਤਰੀਕਾ ਹੈ ਜਿਸ ਨਾਲ ਅੰਦਾਜ਼ਯੋਗ ਫੇਲ੍ਹ ਨੂੰ ਰੋਕਿਆ ਜਾਂਦਾ ਹੈ।
@OpenGradient
$OPG
#OPG
