by

Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Activity
    CounselorBlockchain
    @CounselorBlock1_twitter
    Greetings to all, I am writing a blog to tell the importance of ETH to the world, would anyone like to know?
    Nick Savers
    @nicksavers
    @CounselorBlock1_twitter this might not be the right channel. This is for discussing the light client protocol and clients.
    erchuan.ma
    @jiyilanzhou
    Hello everyone, we're recruiting evangelists, researchers, developers. You can use your free time to participate in. It's a cross chain payment project. The innovation of the project is the design of syner chain and interactive chain, hotstuff consensus, smart virtual machine based on wasm, on chain governance, a production chain framework. Here, you'll start this project from scratch, and let's change the world together。
    You can join our channel to learn about project. https://gitter.im/marcopoloprotocols/community?utm_source=share-link&utm_medium=link&utm_campaign=share-link
    Pierre-Alain
    @paouvrard
    Hello, i was wondering if someone could recommend a light client that is safe to use in production ? (I need a light and reliable data source of contract storage roots) Thank you!
    Dominic Letz
    @dominicletz
    This is still a big issue, right now 99% of everyone is just using centralized https servers such as from infura
    The only secure super light client is based on the BlockQuick paper https://eprint.iacr.org/2019/579.pdf and we're still working on the implementation of that
    Pierre-Alain
    @paouvrard
    Thank you, what about the "light" options on geth and parity ?
    Pierre-Alain
    @paouvrard
    Ill clarify: do the existing "light" options connect to centralized services ? What i need is to sync block headers from the network so that i can have full confidence to be on the longest chain and that the header's state root is valid. (Then ill handle getting merkle proofs separatly)
    Aniket Tikone
    @annytikone
    how can i fetch all the tokens from ethereum network to my wallet ?using web3js(nodejs) or web3j(java)?
    Aniket Tikone
    @annytikone
    I would like to crawl an Ethereum network completely,is there any way?
    rossy0309
    @rossy0309
    PocketOption Broker - 50$ Binary Options No Deposit Bonus - ETH Deposit accepted, USA & EU Customers Welcome - https://1binaryoptions.eu/review/pocket-option/
    RohanKeskar
    @RohanKESKAR_18_twitter
    How can we use whisper in light-client??
    fanclub
    @fanclub14204816_twitter

    Receive free 100 TWT Worth ~$25 + 100 TWT / Ref (airdrop)

    Download and Install Trust wallet.
    https://share.trustwallet.com/Or8pNH

    Create Multi-Coin Wallet

    Save your Recovery Phrase

    Go to settings and find your referral link.

    if you already install.Please update your wallet (Go to Playstore) and click this link: https://share.trustwallet.com/Or8pNH

    About TrusWallet

    Trust Wallet is the ethereum wallet and cryptocurrency wallet to store your favourite BEP2, ERC20 and ERC721, tokens

    Boky
    @bokysan

    Hello everyone,

    I'm having an issue with truffle and geth light. I'm running into the issue No trusted canonical hash trie when running truffle console --network staging against this node and I'm kind of stuck. Any help debugging the issue further would be greatly appreciated.

    Only thing online is thi StackOverflow post about this but no responses yet: https://ethereum.stackexchange.com/questions/59825/running-a-geth-light-client-how-do-i-resolve-the-error-no-trusted-canonical-h

    The node is running with the following parameters:
    /usr/local/bin/geth --rpc --rpcaddr 0.0.0.0 --ws --wsaddr 0.0.0.0 --graphql --graphql.addr 0.0.0.0 --nousb --syncmode light --rinkeby --lightkdf --rpcvhosts=*

    The following happens in geth log:

    INFO [03-29|07:58:25.474] Imported new block headers               count=1    elapsed=620.201µs number=6220969 hash=4d267d…dc2573
    INFO [03-29|07:58:40.042] Imported new block headers               count=1    elapsed=600.209µs number=6220970 hash=4a3be7…9bd67b
    INFO [03-29|07:58:55.217] Imported new block headers               count=1    elapsed=76.661ms  number=6220971 hash=9f5639…4b32ca
    WARN [03-29|07:58:58.246] Served eth_getBlockByNumber              conn=100.107.171.249:45168 reqid=475598505316387 t=9.694417ms err="no trusted canonical hash trie"
    WARN [03-29|07:58:58.697] Served eth_getBlockByNumber              conn=100.126.163.153:36200 reqid=475598505316388 t=188.878µs  err="no trusted canonical hash trie"

    This is truffle output:

    truffle console --network staging                                                                                                                          4409ms
    truffle(staging)> Error: no trusted canonical hash trie
        at /Users/.../blockchain/node_modules/@truffle/hdwallet-provider/node_modules/web3-provider-engine/subproviders/provider.js:18:36
        at XMLHttpRequest.request.onreadystatechange (/Users/.../blockchain/node_modules/web3-providers-http/src/index.js:96:13)
        at XMLHttpRequestEventTarget.dispatchEvent (/Users/.../blockchain/node_modules/xhr2-cookies/xml-http-request-event-target.ts:44:13)
        at XMLHttpRequest._setReadyState (/Users/.../blockchain/node_modules/xhr2-cookies/xml-http-request.ts:219:8)
        at XMLHttpRequest._onHttpResponseEnd (/Users/.../blockchain/node_modules/xhr2-cookies/xml-http-request.ts:345:8)
        at IncomingMessage.<anonymous> (/Users/.../blockchain/node_modules/xhr2-cookies/xml-http-request.ts:311:39)
        at IncomingMessage.emit (events.js:328:22)
        at IncomingMessage.EventEmitter.emit (domain.js:485:12)
        at endReadableNT (_stream_readable.js:1201:12)
        at processTicksAndRejections (internal/process/task_queues.js:84:21)
    Njoku Emmanuel
    @NjokuEm78623074_twitter
    Hello everyone out there!
    Abhishek Kumar
    @kuabhish
    Hello everyone ,
    I need help to get started with go ethereum on aandroid
    android**
    like -- conecting to smart contract , wallet etc
    Boykroland
    @Boykroland1_twitter
    Hi everyone
    Any bounty available??
    Chris Hobcroft
    @chrishobcroft

    Hey all, I'm seeing a load of WARN when running geth -rinkeby -rpc -rpcapi eth,net,web3 --syncmode "light" on 1.9.13-stable

    WARN [04-22|12:07:01.574] Served eth_getBlockByNumber              conn=127.0.0.1:55380 reqid=19 t=224.274µs err="no trusted canonical hash trie"
    WARN [04-22|12:07:05.776] Served eth_getBlockByNumber              conn=127.0.0.1:55222 reqid=23 t=178.691µs err="no trusted canonical hash trie"
    WARN [04-22|12:07:06.574] Served eth_getBlockByNumber              conn=127.0.0.1:55380 reqid=20 t=103.525µs err="no trusted canonical hash trie"
    WARN [04-22|12:07:10.776] Served eth_getBlockByNumber              conn=127.0.0.1:55222 reqid=24 t=181.235µs err="no trusted canonical hash trie"
    WARN [04-22|12:07:11.575] Served eth_getBlockByNumber              conn=127.0.0.1:55380 reqid=21 t=233.229µs err="no trusted canonical hash trie"

    Transactions are still being published successfully, but can someone help me understand what this WARN means, and how I eliminate it?

    julianlen
    @julianlen
    Hi guys! Is there any documentation about parity's light client sync ?
    AtomicLemon
    @AtomicLemon
    Does anyone have a list of peers?

    Hey all, I'm seeing a load of WARN when running geth -rinkeby -rpc -rpcapi eth,net,web3 --syncmode "light" on 1.9.13-stable

    WARN [04-22|12:07:01.574] Served eth_getBlockByNumber              conn=127.0.0.1:55380 reqid=19 t=224.274µs err="no trusted canonical hash trie"
    WARN [04-22|12:07:05.776] Served eth_getBlockByNumber              conn=127.0.0.1:55222 reqid=23 t=178.691µs err="no trusted canonical hash trie"
    WARN [04-22|12:07:06.574] Served eth_getBlockByNumber              conn=127.0.0.1:55380 reqid=20 t=103.525µs err="no trusted canonical hash trie"
    WARN [04-22|12:07:10.776] Served eth_getBlockByNumber              conn=127.0.0.1:55222 reqid=24 t=181.235µs err="no trusted canonical hash trie"
    WARN [04-22|12:07:11.575] Served eth_getBlockByNumber              conn=127.0.0.1:55380 reqid=21 t=233.229µs err="no trusted canonical hash trie"

    Transactions are still being published successfully, but can someone help me understand what this WARN means, and how I eliminate it?

    Also this is because someone is accessing your geth endpoint API. Try use a firewall to restrict it so only you can use it

    Mudassir Ahmad
    @ahmadkureshi
    Get $20 free No Deposit Bonus that you can withdraw in etherum or in bitcoin or in any available currency
    https://www.dailyforexbonus.com/no-deposit-bonus/binary-com-no-deposit-bonus
    xpayserver
    @xpayserver
    Hi, is there an updated list of peers I could use to connect my light geth node to? I have been stuck with 0 peers for a long long time.
    Rocky Fikki
    @rfikki
    Ev
    @evertonfraga
    i have @rfikki list of peers favorited on my browser 😅
    Rocky Fikki
    @rfikki
    @evertonfraga , funny. lol
    agatsoh
    @agatsoh
    I am trying to run light client locally using these nodes
    https://gist.github.com/rfikki/e2a8c47f4460668557b1e3ec8bae9c11
    geth is not syncing any ideas ?
    The command i use
    geth --syncmode light --maxpeers 0 --http
    Rocky Fikki
    @rfikki
    max peers 0?
    agatsoh
    @agatsoh
    @rfikki I could get it working. I added maxpeers 0 because there was a comment regarding that on the gist. But all good.
    It took a long time to connect with peers though
    Subik Shrestha
    @sssubik
    Hey can I use a light client to invoke a smart contract function from the backend by providing private keys and not from wallet?
    multisiglab
    @multisiglab_twitter

    Hi guys, we have a huge problem, our clients so angry. We can not make bunch withdrawal due to problems with our Geth nodes, please help us.

    Light node is constantly looking for peers and has peercount=0, even if we add peers manually by admin.addPeer(), it doesn’t work, admin.peers empty. How it could be resolved?

    Geth 1.9.17 version (and 1.9.16 has the same issues)

    Ev
    @evertonfraga
    there aren’t enough light servers on the network, so light clients tend to be without peers.
    multisiglab
    @multisiglab_twitter
    thank you for useful response!
    my team says sometimes it happen with full node also
    multisiglab
    @multisiglab_twitter
    Hi everyone, can you help me understand please, is the LES implementation compatible with PLP? I mean is the parity node can serve geth light node?
    Ev
    @evertonfraga
    they are different protocol implementations, with different identifiers: “les/2” vs “plp/1”
    multisiglab
    @multisiglab_twitter
    thanks a lot!
    Adam Ryczkowski
    @adamwam_gitlab
    Since servers willing to speak LES are scarce, what are my options to commit basic transactions on ETH main net without trusting 3rd party?
    Adam Ryczkowski
    @adamwam_gitlab
    I believe I found the solution. geth --syncmode "light"connects successfully (in contrast to the deprecated Fether), and so I can use: https://support.mycrypto.com/developers/run-your-own-node-with-mycrypto
    OliverBui
    @OliverBui
    Hello all, i have just upgrade my light Node to 1.9.19-stable
    but have no peers, how can i config my Node to connect other peers?
    sunnelimmune
    @sunnelimmune
    Bitcoin is going down, I cannot mine again and I just swapped my bitcoin to bitcoin cash, how best is my decision?
    Though thinking of mining from https://fxctraders.com/bitcoin-mining/