-
Notifications
You must be signed in to change notification settings - Fork 1.9k
PLEX-1706 Adding EVM cap methods for remote don #19307
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
9c3fcbd to
80f68d2
Compare
|
I see you updated files related to
|
80f68d2 to
a541353
Compare
krehermann
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@prashantkumar1982 saw similar failures as this pr
iirc the root cause was bad topology config. he may know how to fix
ode_id:"node_LnoMUamXGtGmSwQzdLz9G" spec:"\n\ttype = \"bootstrap\"\n\tschemaVersion = 1\n\texternalJobID = \"c815840d-0eeb-4534-a039-9bccfaec3ff1\"\n\tname = \"ocr3-bootstrap-capability_evm_1337-1337\"\n\tcontractID = \"0x0165878A594ca255338adfa4d48449f69242Eb8F\"\n\tcontractConfigTrackerPollInterval = \"1s\"\n\tcontractConfigConfirmations = 1\n\trelay = \"evm\"\n\t[relayConfig]\n\tchainID = 1337\n\tproviderType = \"ocr3-capability\"\n"
Error: failed to setup test environment: failed to create jobs with Job Distributor: failed to create jobs: failed to create jobs for DON 2: failed to create at least one job for DON: failed to propose job for node node_LnoMUamXGtGmSwQzdLz9G: failed to accept job. err: failed to approve job proposal spec
Stack trace: goroutine 1 [running]:
runtime/debug.Stack()
/opt/hostedtoolcache/go/1.24.5/x64/src/runtime/debug/stack.go:26 +0x5e
github.com/smartcontractkit/chainlink/core/scripts/cre/environment/environment.startCmd.func1(0xc001896908, {0xc00226b340?, 0x4?, 0xc5f3b15?})
/home/runner/_work/chainlink/chainlink/core/scripts/cre/environment/environment/environment.go:322 +0x117f
github.com/spf13/cobra.(*Command).execute(0xc001896908, {0xc00226b320, 0x2, 0x2})
/home/runner/go/pkg/mod/github.com/spf13/cobra@v1.9.1/command.go:1015 +0xaaa
github.com/spf13/cobra.(*Command).ExecuteC(0x126b1400)
/home/runner/go/pkg/mod/github.com/spf13/cobra@v1.9.1/command.go:1148 +0x46f
github.com/spf13/cobra.(*Command).Execute(0x0?)
/home/runner/go/pkg/mod/github.com/spf13/cobra@v1.9.1/command.go:1071 +0x13
main.main()
/home/runner/_work/chainlink/chainlink/core/scripts/cre/environment/main.go:26 +0x1a
Waiting 15s before cleanup
7:24PM INF Writing Docker containers logs
7:24PM INF Cleaning up docker containers label=framework=ctf
Error: failed to start environment: failed to setup test environment: failed to create jobs with Job Distributor: failed to create jobs: failed to create jobs for DON 2: failed to create at least one job for DON: failed to propose job for node node_LnoMUamXGtGmSwQzdLz9G: failed to accept job. err: failed to approve job proposal spec
bolekk
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Config LGTM. I can approve once CI is green.
Yes, you need to make sure your capability is added to the right nodeset in the topology configs. |
In you topology toml file, you need to add your capability to the capabilities list. See the existing line: I think you need the evm capability here? |
Accordingly to docs, I should not add it there. Also, current TOML |
| [nodesets.chain_capabilities] | ||
| write-evm = ["2337"] | ||
| read-contract = ["2337"] | ||
| evm = ["1337"] |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@fernandezlautaro I think you should remove it from the workflow DON - maybe that's causing CI failures?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
trying that ATM, but I'm seeing several errors in CI like [Run Core CRE E2E Tests For PR / run-system-tests (Test_CRE_Suite, workflow, configs/workflow-don.toml)] which will run the tests using the workflow-don.toml, that has nothing to do with my changes in the workflow-gateway-capabilities-don.toml.
We will see what CI reports in a bit
922c29c to
3a83c42
Compare
|
| write-evm = ["1337"] | ||
| evm = ["1337"] # TODO: move to capabilities DON when supported | ||
| read-contract = ["1337"] | ||
| evm = ["1337"] # TODO: move to capabilities DON when fix for WriteReport is done |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
assuming this is transmission strategy?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
no, to use the new codebase for the transmission strategy the capability has to be deployed in the capabilities don which I cannot do right now due to broken tests I'm planning to fix them now.
One of them is directly impacted by this https://smartcontract-it.atlassian.net/browse/PLEX-1730, and 2 others I didn't debug them properly.
Unless you were asking for the exact code regarding the transmission strategy, which is done in several PRs, among them #19102 (there are other fixes scattered while I was testing this)
* PLEX-1706 Adding EVM cap methods for remote don * lint * leaving EVM cap only in remote DON * fixing unmarshalling problem for interface types * lint * revert remote evm capability to workflow don so tests pass * comment




Jira: https://smartcontract-it.atlassian.net/browse/PLEX-1706
After PRODCRE-792 was merge it is now possible to hook up a capability that had multiple capabilities types (read, trigger, etc.) while also adding the
one_at_a_timestrategy calling (needed for the WriteReport).This PR enables the EVM Capability to be used in a remote/capabilities DON by registering all the methods configs (all reads, log trigger, and write report), while also using the cascade calling (
one_at_a_timefor the write report)Requires
Supports