feat: grc20 dynamic call with registered interface

[r3v4s]

allow certain contract to call grc20 functions(Transfer,TransferFrom,BalanceOf) without import by using registered interface

// co-worker @mconcat

relate pr

• chore: add contract-contract interation with ownership example #1262

Contributors' checklist...

• Added new tests, or not needed, or not feasible
• Provided an example (e.g. screenshot) to aid review or the PR is self-explanatory
• Updated the official documentation or not needed
• No breaking changes were made, or a BREAKING CHANGE: xxx message was included in the description
• Added references to related issues and PRs
• Provided any useful hints for running manual tests
• Added new benchmarks to generated graphs, if any. More info here.

[codecov]

Codecov Report

Attention: Patch coverage is 0% with 2 lines in your changes missing coverage. Please review.

Project coverage is 56.66%. Comparing base (a2b5f29) to head (36ef3bb).
Report is 596 commits behind head on master.

Files with missing lines	Patch %	Lines
gnovm/pkg/gnolang/realm.go	0.00%	2 Missing ⚠️

Additional details and impacted files

@@            Coverage Diff             @@
##           master    #1275      +/-   ##
==========================================
+ Coverage   56.17%   56.66%   +0.49%     
==========================================
  Files         439      425      -14     
  Lines       66242    64786    -1456     
==========================================
- Hits        37209    36709     -500     
+ Misses      26143    25225     -918     
+ Partials     2890     2852      -38     

Flag	Coverage Δ
go-1.21.x	∅ <ø> (∅)
misc	∅ <ø> (∅)
misc-_test.genstd	∅ <ø> (∅)

Flags with carried forward coverage won't be shown. Click here to find out more.

☔ View full report in Codecov by Sentry.
📢 Have feedback on the report? Share it here.

[n0izn0iz]

Also related to #1072 I believe

[harry-hov]

@r3v4s you might need to run update gno.mod files. CI will start complaining once you rebase it with master

You have 4 ways:

Option1:

Check imports and update each `gno.mod` manually

Option2:

Run `gno mod tidy` per package. 

Option3:

$ cd examples/gno.land/r/x/grc20_dynamic_call
$ find . -name "gno.mod" -execdir gno mod tidy \; 

Option4:

$ cd examples
$ make tidy

I would personally prefer Option4 :)

[r3v4s]

converting to draft to fix testcase

[zivkovicmilos]

Thank you for this detailed PR 🙏

Please check out @harry-hov's comments about the unused import, otherwise it looks good 💯

[moul]

I suggest using either a bar or baz instead of exposing public methods. Create a safe object with the following code:

var baz = grc20.NewAdminToken(...)
var Baz = baz.GRC20()
// call Baz.Approve, etc directly

This recommendation reduces the codebase and eliminates redundancy. It demonstrates that the registry can function with standard public-facing grc20 implementations or grc20 objects. Ideally, keep a single foo file with public methods, while keeping the other files around 30 lines long. This approach will make the example more powerful and concise.

[r3v4s]

calling Baz.Transfer() does panic VM call panic: cannot modify external-realm or non-realm object because of updating its token balance.

as @tbruyelle mentioned, #1257 fix need to be settle down for this pr to use grc20 object instead of public methods

[tbruyelle]

@r3v4s Why do you need this wrapper ? Why not calling directly register in the related contract (foo/bar/baz) ?

Is this to avoid this error : VM call panic: cannot modify external-realm or non-realm object ?

Because the bug behind this error is fixed here #1257.

[thehowl]

Is this PR still relevant?

[r3v4s]

Is this PR still relevant?

#2516 implements more simple way, therefore closing this issue.