Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Repo info
Activity
  • Dec 26 2017 14:34
    @LefterisJP banned @poojasingh940_twitter
  • Dec 12 2017 13:36
    @LefterisJP banned @Nedu_Onyeanuna_twitter
  • Oct 10 2017 21:40
    @LefterisJP banned @etherchamp1_twitter
  • Aug 11 2016 13:48
    @heikoheiko banned @primehat23
wynstrol
@wynstrol
Just an update on what I was struggling with. It was a matrix server issue. Basically I was using https://transport.demo001.env.raiden.network as our matrix server address and this was causing the inconsistencies. However I changed it to transport.transport01.raiden.network and the issues were gone. Still not sure why one address would work and the other doesn't (if someone could explain I'd appreciate it) but for now I have no issues.
1 reply
Tunji Abioye
@Tunji17
Hi everyone, Deploying the raiden contracts v0.37.0 on a private geth network using raiden_contracts.deploy raiden is throwing this error ValueError("Status 0 indicates failure”) Anyone has an idea what i am doing wrong, i attached the stack trace
image.png
Tunji Abioye
@Tunji17
Seems like the TokenNetworkRegistry contract is not deploying successfully, but the error message is extremely vague
Karl Bartel
@karlb
@Tunji17 I just successfully deployed at TokenNetworkRegistry on goerli, so it's not generally broken. Not sure what is happening in your case. Which network are you using?
Tunji Abioye
@Tunji17
I’m using a private geth network not goerli
so basically following this @karlb
Karl Bartel
@karlb
I have never tried running on a private network myself, but the tutorial is supposed to work, of course. Unfortunately, a failed deploy doesn't really explain what is wrong as you already noticed. I'll see if I can find someone who can make an educated guess on what's going wrong in this case.
Tunji Abioye
@Tunji17
thank you, that would be helpful
konradkonrad
@konradkonrad
@Tunji17 have you tried with a higher gaslimit? goerli is currently at about 8mio.
Tunji Abioye
@Tunji17
i’m not deploying it on goerli it’s a private geth blockchain where i have a genesis block and miner other blocks after that. it’s meant for development
@konradkonrad
Ulrich Petri
@ulope
@Tunji17 That is what @konradkonrad meant. Since the gas limit on goerli is 8 million your private chain also needs at least that.
Tunji Abioye
@Tunji17
Hello @ulope @konradkonrad thank you for the suggestion, really i was using a gas limit of 6million and i updated it to 8 million, still the same error. but i was able to delve into the contract and print the reciept response i noticed the first contract SecretRegistry has a cumulativeGasUsed of 292942 and TokenNetworkRegistry has a cumulativeGasUsed of 8000000 which is way above the 8000000 gas limit, increasing the gas limit to 8300000 or anything greater that 8000000 throws exceeds block gas limit error which i am still struggling to find a way out
Any and all suggestions are welcome. thanks
Ulrich Petri
@ulope
@Tunji17 Used gas of exactly the gas limit means that execution failed. Usually due to an invalid opcode. Which can either be due to an abort or possibly because your private chain might not have all the fork-rules that introduced new features enabled. Can you post the genesis file you're using for your private chain?
Tunji Abioye
@Tunji17
@ulope { "config": { "chainId": 4321, "homesteadBlock": 0, "eip150Block": 0, "eip155Block": 0, "eip158Block": 0, "ByzantiumBlock": 0 }, "alloc": {}, "difficulty" : "0x1", "gasLimit" : "0x988000" } here it is
i noticed that even after increasing the block gas limt it kept using all the gas limit, so what you said makes a lot of sense
konradkonrad
@konradkonrad
there is however also the chance, that the private chain auto adjusts the gaslimit down due to low usage. can you also double check that the block after the failed contract deployment still has your genesis block gas limit?
Tunji Abioye
@Tunji17
hello, @konradkonrad so i just checked, i’m using —miner.gastarget flag to increase the gaslimit on every block mined so the block after the failed contract deployment has more than 10000000 gas limit
konradkonrad
@konradkonrad

got it! you can also check against what we're doing in our integration test chains and see where your chain differs from ours.

btw, what geth version are you on?

Tunji Abioye
@Tunji17
Yeah let me do that, i’m on version 1.10.0-stable
konradkonrad
@konradkonrad
oh, can you also try with the previous geth version? we're currently investigating a potential incompatibility with 1.10.x raiden-network/raiden#6872
Tunji Abioye
@Tunji17
ooh okay
which version can you recommend
konradkonrad
@konradkonrad
you can track the versions we're testing in CI here: https://github.com/raiden-network/raiden/blob/develop/.circleci/config.yml#L45
currently 1.9.21
Tunji Abioye
@Tunji17
a little update @konradkonrad @ulope downgrading to version 1.9.21 solves this issue
konradkonrad
@konradkonrad
nice! good to know. If you want you could also add the exception you got the the issue posted above.
Tunji Abioye
@Tunji17
Yeah i will
Tunji Abioye
@Tunji17
Hello everyone, please what version of raiden is compatible with raiden-contracts==0.25.0?
Den Voropaev
@tankakatan

Hello everyone, please what version of raiden is compatible with raiden-contracts==0.25.0?

Hi all. I have the same question. I am running the raidennetwork/raiden:v0.200.0-rc9 container against the private network created in ethereum/client-go:v1.9.21. I've managed to successfully deploy all the required contracts under the contract version 0.25.0, but when starting the raiden client, I get the following error:

[UserDeposit] Address ... has wrong code. This may happen if Raiden is configured to use an unsupported version of the contracts. ReturnCode.SMART_CONTRACTS_CONFIGURATION_ERROR

Any help will be appreciated.

Karl Bartel
@karlb
@tankakatan AFAICS, raiden v0.200.0-rc9 uses raiden-contracts==0.37.0, so you have to deploy raiden-contracts with a version of 0.37.x.
7 replies
Mike Blank
@mishablank_twitter
Hey all! The question is about migrating liquidity from one DEX to another in a similar way that Sushi did with Uniswap. https://lite.sushi.com/#/migrate Is it possible to use Raiden to rollup such migration transactions and reduce gas costs?
Carter
@frasercarter
Hi Guys, Is there a room to get in touch with the core team? partnerships etc?
Sean Brodie
@sean_brodie_twitter

oh, can you also try with the previous geth version? we're currently investigating a potential incompatibility with 1.10.x raiden-network/raiden#6872

Am I correct in thinking that I won't be able to use third-party RPC services (infura, alchemy) until raiden-network/raiden#6872 is resolved?

I'm currently getting this error: raiden.exceptions.RaidenError: You need a Byzantium enabled ethereum node. Parity >= 1.7.6 <= 2.7.2 or Geth >= 1.9.7 <= 1.9.11 but you have 1.10.1 EthClient.GETH

Den Voropaev
@tankakatan

Hi everyone,

Please help me to resolve the following problem. I am running Raiden v1.2.0 on Private Network set up via Geth v1.9.21. I have successfully deployed all the required contracts under raiden-contracts version 0.33.0 which I captured by calling grep 'CONTRACTS_VERSION = ' -r env/lib/python3.7/site-packages/raiden_contracts command. While deploying the contracts I have also captured all the addresses returned in the output. When I run the raiden client, it successfully starts and then immediately fails with error:

[UserDeposit]Address 0xF364d2373B54A4E77dc17c85D652Ce3B8A990d4D does not contain code. This may happen if an external ERC20 smart contract selfdestructed, or if the configured address is misconfigured, make sure the used address is not a normal account but a smart contract, and that it is deployed to 4321.
ReturnCode.SMART_CONTRACTS_CONFIGURATION_ERROR

The user deposit contract address reported in the error message is the one that was shown after the contract deployment, and is also written in data_0.33.0/deployment_services_private_net.json file:

    "UserDeposit": {
      "address": "0xF364d2373B54A4E77dc17c85D652Ce3B8A990d4D",
      "transaction_hash": "0x5a40d0767e4254526b33a3d8e390bc0b411432497536f743da79c0212e038209",
      "block_number": 53,
      "gas_cost": 1899008,
      "constructor_arguments": [
        "0xD030fB5f2B02aA38c7Ee39A36148B09e1dCacA78",
        115792089237316195423570985008687907853269984665640564039457584007913129639935
      ]
    },

So at this point I am a little confused, and would really appreciate any help or advice.

Den Voropaev
@tankakatan

If I look up the mentioned address code via the geth console, it indeed returns nothing:

web3.eth.getCode("0xF364d2373B54A4E77dc17c85D652Ce3B8A990d4D")
"0x"

From which I assume that the contract has not been deployed properly.

Den Voropaev
@tankakatan
A quick update regarding the above. After I have redeployed all the contracts again, the web3.eth.getCode() showed all the required contracts has been deployed correctly and has their byte-code returned by the getCode call. As soon as I accomplished it, the error message changed to:
[UserDeposit] Address 0x372c0c8894BbCCEFEEd2251Bbd828Ab6207b304d has wrong code. This may happen if Raiden is configured to use an unsupported version of the contracts.
ReturnCode.SMART_CONTRACTS_CONFIGURATION_ERROR
Den Voropaev
@tankakatan
So any help would steel be highly appreciated.
1 reply
ercw
@ercw
Hi, is there any way to inspect the TVL of Raiden channels on the Ethereum mainnet?
1 reply
Kris
@drselump14
[Question] Using infura with raiden quickly hit the limit ... why not changing to realtime websocket instead polling? Anyone have workaround for this?
3 replies
Kris
@drselump14
It seems goerly faucet is down . Failed to get funds from faucet: 503 Server Error: Service Unavailable for url: https://faucet.workshop.raiden.network/
2 replies
Kurama Sensei
@Crypto_Kurama_twitter
Hey guys
when pump?
i aped
ape alone, weak
ape together, strooong
...got my friends to ape too
pamp it