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
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
Kris
@drselump14
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
Any clue why I always end up with this error?
I'm using infura
Karl Bartel
@karlb
@drselump14 Raiden needs changes work correctly with geth 1.10 which are not released, yet. Track raiden-network/raiden#6918 to get updated on this.
Kris
@drselump14
thanks @karlb !
ali06han
@ali06han
What about this rdn / btc case? I trust the coin but I'm afraid it will fall.
Jacob Stenum Czepluch
@czepluch
@ali06han I am not sure what you are talking about. Could you be a bit more specific?
Kris
@drselump14
Do I need my own raiden node to run light-client?
Jacob Stenum Czepluch
@czepluch
@drselump14 no
Or rather the Light Client is a node in it self
Kris
@drselump14
I'm wondering if there is still a use case for using Raiden client (python) if we have the light-client ?
Kris
@drselump14
Hi guys, it seems that the https://lightclient.raiden.network/ and master branch of dApp is not working on current metamask browser.
I've opened the issue on Github. raiden-network/light-client#2710. Anyone have any clue why it's not working?
Jacob Stenum Czepluch
@czepluch
Thanks for opening the issue :)