Skip to content
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

eth-did-provider in-flexible network property #677

Closed
RobertoSnap opened this issue Aug 24, 2021 · 5 comments · Fixed by #678
Closed

eth-did-provider in-flexible network property #677

RobertoSnap opened this issue Aug 24, 2021 · 5 comments · Fixed by #678
Assignees
Labels
bug Something isn't working

Comments

@RobertoSnap
Copy link
Contributor

RobertoSnap commented Aug 24, 2021

Bug severity
4

Describe the bug
When settin up a DIDManager with ethr. Network is constrained by the EthrDidProvider.constructur where network must be a string for the most used networks.

We are useing Arbitrum, thereby not supported.

new DIDManager({
            store: new DIDStore(dbConnection),
            defaultProvider: "did:ethr:eip155:421611",
            providers: {
                "did:ethr:eip155:421611": new EthrDIDProvider({
                    defaultKms: "local",
                    network: "rinkeby", // ERROR, i would prefer not to input this or set it to eip155:421611
                    rpcUrl: "https://arbitrum-rinkeby.infura.io/v3/XXXXXXXXXXXXXX",
                    registry: "0x8f54f62CA28D481c3C30b1914b52ef935C1dF820",
                }),
            },
        }),
        

To Reproduce
Setup an agent config with DIDManager.

Expected behaviour
Expect it to either accept a ethers.networkish parameter or nothing if it can be infered from something else like web3provider or rpcUrl.

Details

test

Versions (please complete the following information):
"@veramo/core": "^2.1.0",
"@veramo/credential-w3c": "^2.1.0",
"@veramo/data-store": "^2.1.0",
"@veramo/did-jwt": "^2.1.0",
"@veramo/did-manager": "^2.1.0",
"@veramo/did-provider-ethr": "^2.1.0",
"@veramo/did-resolver": "^2.1.0",
"@veramo/key-manager": "^2.1.0",
"@veramo/kms-local": "^2.1.1",
"@veramo/message-handler": "^2.1.0",
"@veramo/selective-disclosure": "^2.1.0",

@mirceanis
Copy link
Member

@RobertoSnap As a potential workaround, can you try to set the network to "0x66eeb"?
If it doesn't, try

  network: 421611 as unknown as number

to try to punch through the limited data type we've got now.

@RobertoSnap
Copy link
Contributor Author

Yea, seems to work 👍

@RobertoSnap
Copy link
Contributor Author

Dident work in our nodejs enviroement with nestJS :(

@RobertoSnap
Copy link
Contributor Author

Or it works, but does not seem to be able to resolve correctly.

Im getting Error: Unsupported message type which i think is the same as what happend here: #579

@RobertoSnap
Copy link
Contributor Author

Ahh, wait, it was a Infura Outage on Rinkeby Arbitrum. So it probably works

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

Successfully merging a pull request may close this issue.

2 participants