Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Activity
    Bob Summerwill
    @bobsummerwill
    @martinbrook Thanks!
    Péter Szilágyi
    @karalabe

    :nut_and_bolt: [xgo build bot] Published geth 1.4.0-unstable (4dee200) - develop branch

    Package Size SHA1 Checksum
    geth-1.4.0-unstable-4dee200-android-16-arm.tar.bz2 5.5M 8c70014da3426ce9acfc5fa61bcc2b8fc43fbc25
    geth-1.4.0-unstable-4dee200-darwin-10.6-386.tar.bz2 4.5M be59c6f463a5f097652c66c5160aa5d9afdc6eff
    geth-1.4.0-unstable-4dee200-darwin-10.6-amd64.tar.bz2 4.7M c41e41db85d0cb23588199a9213e5ecbdc18fc19
    geth-1.4.0-unstable-4dee200-ios-5.0-arm-7.tar.bz2 4.6M 4facd1d0a0920396685bf093284282e46e02c0fd
    geth-1.4.0-unstable-4dee200-ios-7.0-arm64.tar.bz2 4.5M 68bc6774f52031f73db4ab1384714d42611b732a
    geth-1.4.0-unstable-4dee200-linux-386.tar.bz2 5.8M d06c46bc3a2e5fb5074ee4f13349fe6b6f60c588
    geth-1.4.0-unstable-4dee200-linux-amd64.tar.bz2 6.1M d197e7cef94a4941effe11cdf0e45f1afb424dbb
    geth-1.4.0-unstable-4dee200-linux-arm-5.tar.bz2 5.5M 2ac5b7e98a86c7ca21e7e16ef3b1753c064729f5
    geth-1.4.0-unstable-4dee200-linux-arm-6.tar.bz2 5.5M 2090f9896a6ab90701c22b0ba4587f58daf5a91f
    geth-1.4.0-unstable-4dee200-linux-arm-7.tar.bz2 5.5M 44cd7f9d7b816359b9ccb72fb7dd92074a372b65
    geth-1.4.0-unstable-4dee200-linux-arm64.tar.bz2 5.6M 30dd091428b1d20b4dde12db70e3ca47b9a4fdde
    geth-1.4.0-unstable-4dee200-windows-4.0-386.exe.zip 5.2M 64318a6d044e62630f046d211d252c7eed6d1b11
    geth-1.4.0-unstable-4dee200-windows-4.0-amd64.exe.zip 5.5M 5c5060543a0ae42562deae83ae18e2939757ae8e

    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.

    don't ahve skype
    Bob Summerwill
    @bobsummerwill
    For your Nexus 5 - SailfishOS node, @martinbrook? :-) I don't know, I'm afraid.
    martin brook
    @martinbrook
    @bobsummerwill I think I've found it. yes I'm nearly synced
    f00bar
    @f00bar
    @karalabe how would I test the iOS port ?
    Péter Szilágyi
    @karalabe
    @f00bar Can't yet, it's just a stepping stone in the right direction (actually you can, but you need a jailbroken iphone for it :P)
    Give it a bit more time until we make the code approachable from within iOS itself
    I've been playing around with that exact thing today, but it needs to mesh in nicely with the cross compilation system, which isn't that trivial
    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.

    Bob Summerwill
    @bobsummerwill
    New C++ cross-built binaries available:
    https://github.com/doublethinkco/webthree-umbrella-cross/releases/tag/crosseth-armel-1097743
    https://github.com/doublethinkco/webthree-umbrella-cross/releases/tag/crosseth-armhf-1097743
    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