Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Activity
    f00bar
    @f00bar
    @karalabe it
    looks like these are full geth nodes
    What if I wanted to build a native iOS light client - where the keys are managed client side and I send signed transaction to a backend geth provider
    Would that be possible? I see ethereumjs-accounts can do this on the web
    So I'm wondering if one can do the same thing on iOS natively
    Taylor Gerring
    @tgerring
    @f00bar I think this is possible, but not well supported
    That should change when the new RPC is available
    f00bar
    @f00bar
    @tgerring thanks for the info. Where can I follow the new RPC development and roadmap
    Taylor Gerring
    @tgerring
    @f00bar ethereum/go-ethereum#2035
    You can read more on the background at https://hackpad.com/RPC-interface-VDul0tsDu1t
    f00bar
    @f00bar
    @tgerring that's awesome !!! Thank you so much.
    f00bar
    @f00bar
    @tgerring re:native iOS light client - all one needs is a native iOS transaction signer that sends transactions to a backend geth node
    shouldn't be that involved or ...?
    Taylor Gerring
    @tgerring
    where does the geth daemon run? shared daemons can't run on iOS and it would be dangerous to expose full RPC to outside world
    imo better would be real light client that communicates with real peers over eth light-client subprotocol
    Péter Szilágyi
    @karalabe

    :nut_and_bolt: [xgo build bot] No new commits since geth 1.4.0-unstable (4dee200) - develop branch

    Disclaimer: All of these binaries have been cross-compiled from Linux. Their primary goal is to provide access to unsupported or experimental platforms. We cannot guarantee that a cross compiler will produce the same performing code as a native build will. For any issues found, please contact @karalabe.

    I'm off on vacation for a week with no Internet access. Have fun, everyone! Best wishes.
    f00bar
    @f00bar
    @tgerring the geth daemon runs on a backend server - it's how the ethereumjs-accounts + web3 hooked provider work
    so I can't see how replicating that on iOS will be considered dangerous
    Péter Szilágyi
    @karalabe
    @f00bar iOS doesn't support background services :)
    The background service way is how we do it on nadroid
    on ios, there will be a geth library you can link against :)
    f00bar
    @f00bar
    @karalabe but why would you need to support a background service ???
    I want to run geth on a backend EC2 instance as a provider
    and have my iOS clients manage they key pairs and send signed transactions to my backend server where geth is running
    Péter Szilágyi
    @karalabe
    Our aim is to allow running a node on your own phone, without any external device dependencies
    If you wish to run your own server and stream everything through it, that's a possibility, but it won't be something we officially endore, as there are security implications
    f00bar
    @f00bar
    what are those ? I was left with the impression that most bitcoin light wallets work in this way...no?
    Péter Szilágyi
    @karalabe
    Yes, but you are still running a light node on your device :)
    That's what we aim for
    A light node that connects to the network
    But which is nonetheless a fully qualified ethereum node
    vs. trusting a third party service to be truthful
    Taylor Gerring
    @tgerring
    The Bitcoin light client model is terrible because it basically changes the network back into a server/client model and you lose all the P2P benefits of such a system
    f00bar
    @f00bar
    @tgerring It's a trade off - security vs adoption
    my sense is that if there are really popular blockchain apps built in real-life their users will be using a light web client
    Taylor Gerring
    @tgerring
    yes of course, but does that mean the light client MUST connect to some known SPV server? i think not
    i think the better alternative would be to connect to a small number of peers and maintain the P2P-like network
    that's the difference in approach between Bitcoin SPV and Ethereum light-client
    Péter Szilágyi
    @karalabe
    There isn't anything stopping you from creating an RPC based app (see http://syng.io/)
    But that's already doable even now
    We're aiming to bring the full capability of an Ethereum node into a mobile app
    f00bar
    @f00bar
    I see
    f00bar
    @f00bar
    well I have a question about the new RPC
    eth_accounts, eth_sendTransaction and eth_sign will be supported for backwards compatibility but will eventually be removed in the future ?
    @karalabe how would that affect web3 light JS web clients that are using a transaction signer and backend server geth node (provider) ?
    Péter Szilágyi
    @karalabe
    the goal is to gradually transition to geth becoming only a relay into the network and not do its own key handling