ਰੈਪੋ ਪ੍ਰਾਈਵੇਟ ਲੱਗਦਾ ਹੈ: ਕਿਸੇ ਵੀ ਵਿਕਲਪ ਦੇ ਆਪਣੇ ਫਾਇਦੇ ਅਤੇ ਨੁਕਸਾਨ ਹੁੰਦੇ ਹਨ, ਇਸ ਲਈ ਤੁਸੀਂ ਘਟਾਉਣ ਲਈ ਇੱਕ ਹਾਈਬ੍ਰਿਡ ਲਾਗੂਕਰਨ ਬਣਾ ਸਕਦੇ ਹੋ, ਇੱਥੇ ਕੁਝ ਮਲਟੀ-ਪ੍ਰੋਗਰਾਮ ਐਪਲੀਕੇਸ਼ਨਾਂ ਹਨ ਜੋ ਤੁਸੀਂ ਅਪਣਾ ਸਕਦੇ ਹੋ: Marinade Finance: ਖਾਸ ਡੋਮੇਨਾਂ ਲਈ ਸਿੰਗਲ ਕੋਰ ਪ੍ਰੋਗਰਾਮ + ਸੈਟੇਲਾਈਟ ਪ੍ਰੋਗਰਾਮਾਂ ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ। ਤੁਸੀਂ ਦੇਖ ਸਕਦੇ ਹੋ ਕਿ ਉਹ ਐਡਮਿਨ ਅਥਾਰਟੀ ਬਨਾਮ ਓਪਰੇਸ਼ਨਲ ਅਥਾਰਟੀ ਨੂੰ ਕਿਵੇਂ ਸੰਭਾਲਦੇ ਹਨ (ਕੋਰ ਪ੍ਰੋਗਰਾਮ ਵਿੱਚ ਐਡਮਿਨ ਵਜੋਂ ਇੱਕ ਕੌਂਸਲ ਮਲਟੀਸਿਗ ਹੁੰਦੀ ਹੈ, ਪਰ ਸਟੇਕ ਵਿਥਡ੍ਰਾਅ ਓਪਰੇਸ਼ਨਾਂ ਲਈ ਇੱਕ PDA)। ਨਾਲ ਹੀ, ਰੈਫਰਲ ਪ੍ਰੋਗਰਾਮ ਇੱਕ ਰੈਪਰ ਹੈ ਜੋ ਮੁੱਖ ਪ੍ਰੋਗਰਾਮ ਵਿੱਚ CPI ਕਰਦਾ ਹੈ Marginfi: ਸਾਂਝੇ ਪ੍ਰੋਗਰਾਮ ਨਾਲ ਗਰੁੱਪ-ਅਧਾਰਿਤ ਆਈਸੋਲੇਸ਼ਨ ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ Ellipsis Labs: ਕੋਰ ਪ੍ਰੋਗਰਾਮ + ਸਹਾਇਕ ਪ੍ਰੋਗਰਾਮਾਂ ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ ਜੋ ਕੋਰ ਵਿੱਚ CPI ਕਰਦੇ ਹਨ। phoenix-v1 ਕੋਰ ਆਰਡਰਬੁੱਕ ਹੈ ਜਦੋਂ ਕਿ ਸੀਟ ਮੈਨੇਜਰ ਅਤੇ ਮਾਰਕਿਟ ਮੇਕਰ ਪ੍ਰੋਗਰਾਮ ਇਸ ਵਿੱਚ CPI ਕਰਦੇ ਹਨ ਆਮ ਗਲਤੀਆਂ: ਇਨਵੋਕਰ ਪ੍ਰੋਗਰਾਮ ID 'ਤੇ ਅੰਨ੍ਹੇਵਾਹ ਭਰੋਸਾ ਕਰਨਾ — ਸਿਰਫ਼ ਇਸ ਲਈ ਕਿ ਇੱਕ CPI ਪ੍ਰੋਗਰਾਮ X ਤੋਂ ਆਇਆ ਹੈ, ਇਸਦਾ ਮਤਲਬ ਇਹ ਨਹੀਂ ਕਿ ਪ੍ਰੋਗਰਾਮ X ਨੇ ਉਪਭੋਗਤਾ ਦੀ ਪੁਸ਼ਟੀ ਕੀਤੀ ਹੈ। ਹਮੇਸ਼ਾ ਸੰਬੰਧਿਤ ਸਾਈਨਰਾਂ ਨੂੰ ਦੁਬਾਰਾ ਜਾਂਚੋ। ਇਹ ਭੁੱਲਣਾ ਕਿ PDA ਹਦਾਇਤਾਂ ਵਿੱਚ ਸਾਈਨਰ ਸਥਿਤੀ ਨੂੰ ਬਰਕਰਾਰ ਨਹੀਂ ਰੱਖਦੇ — ਇੱਕ PDA ਜਿਸਨੇ ਹਦਾਇਤ 1 ਵਿੱਚ ਸਾਈਨ ਕੀਤਾ ਸੀ, ਉਹ ਹਦਾਇਤ 2 ਵਿੱਚ ਆਪਣੇ ਆਪ ਸਾਈਨਰ ਨਹੀਂ ਹੁੰਦਾ ਜਦੋਂ ਤੱਕ ਤੁਸੀਂ invoke_signed ਨਾਲ ਦੁਬਾਰਾ CPI ਨਹੀਂ ਕਰਦੇ। ਕੇਂਦਰੀਕ੍ਰਿਤ ਅੱਪਗ੍ਰੇਡ ਅਥਾਰਟੀ — ਜੇਕਰ ਸਾਰੇ ਪ੍ਰੋਗਰਾਮ ਇੱਕ ਅੱਪਗ੍ਰੇਡ ਅਥਾਰਟੀ ਸਾਂਝੀ ਕਰਦੇ ਹਨ, ਤਾਂ ਤੁਹਾਡੀ ਮਾਡਿਊਲਾਰਿਟੀ ਭਰਮ ਹੈ। ਮਲਟੀਸਿਗਾਂ 'ਤੇ ਵਿਚਾਰ ਕਰੋ।