Factory Pattern Gno

[kazai777]

Description

Hi 👋 I thought of creating a feature that would use the same principle as the Factory Pattern in Solidity. And I wanted to know if other people had already thought about this or if anyone had already started working on it?

[leohhhn]

Hey, this is currently something that we do not support. As discussed with @moul, this might be something that we will implement, but not right now - instead of relying only on known concepts from other languages like Solidity, we want to experiment with new blockchain programming patterns. One of these is this PR.

Basically, the idea is to have a central "registry" contract, that you can call NewToken in to make your contract, instead of having to deploy your own. Then, you would be calling each of the common GRC20 functions along with an identifier to the token that you want to execute the functions on.

I would suggest you try to play around with these ideas, and possibly even check out what other languages do for this specific case (Move, Rust for Solana/NEAR, etc). See what sort of limitations each of them have, what are the pros/cons, and possibly take an idea or two from them. Solidity was the first to do many things, which is why it's so well known, but at times it might not show the most optimal way of doing something, which is why we are very keen on exploring :)

[kazai777]

Thanks for the reply, I'll look into it and try some things out :)

[moul]

Another option is to consider using something developed by @ilgooz's team. I will leave it to him to decide when and what to reveal.

[moul]

I plan to write another pattern example using Go objects. In this case, the factory will not expose an API with a named prefix. Instead, it will initialize an object that can be registered and exposed by other contracts, like a registry.

[kazai777]

I was thinking of something more general, for example if a dapp needs a contract to manage funds, it would be nice to be able to create contracts independent of the contract itself to centralize management in one place. To take the lottery as an example, it would be nice for each lottery to have its own contract and be able to manage funds independently of the others. For example, each time a new lottery is created, a new contract would be created and would be unique to the lottery itself.