Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Activity
    f00bar
    @f00bar
    so yes it is a client/server model but that's ok with me and the service I'm trying to build
    I don't believe stand alone dapps and browsers will really gain popularity outside of the blockchain enthusiasts anyhow
    but everyone is entitled to an opinion ...
    Fabian Vogelsteller
    @frozeman
    Sure you can do and we won't remove any support for that. Actually we move in a similar direction. Expect with a light client.
    f00bar
    @f00bar
    @frozeman the 'new' light client that you guys are building out - would that be running as an actual process?
    Fabian Vogelsteller
    @frozeman
    Though web3 might only Support websockets for your purpose in the future. As we introduce pub/sub
    Yes
    You can do your remote service now already
    f00bar
    @f00bar
    so that's not really a light client (in my understanding)
    Fabian Vogelsteller
    @frozeman
    Yours not yes.
    f00bar
    @f00bar
    so how would I integrate my iphone app with the new light client - I will be able to use libraries or my iOS app will have to run an additional process on my iphone ?
    Fabian Vogelsteller
    @frozeman
    That's still to be figured out. @karalabe can help here better
    f00bar
    @f00bar
    would Apple even allow that ?
    Felix Lange
    @fjl
    @f00bar we're working towards a library that you can link
    if you're interested in helping us define a good API for that, please shout
    Péter Szilágyi
    @karalabe
    First version will however only launch a geth instance, per the CLI specs
    and provide the same RPC/IPC interfaces
    that a current isntance allow
    s
    Felix Lange
    @fjl
    what you can get right now (more or less) is a static C library that gives you one function: startGeth ;)
    f00bar
    @f00bar
    I really don't understand why there isn't a separation of concerns (i.e clients that are interested in writing and reading from the blockchain and clients that are interested in mining/validating
    Felix Lange
    @fjl
    How would that help?
    I mean, you don't have to mine if you don't want to ;)
    f00bar
    @f00bar
    I'm just coming from a different perspective and I think people are getting lost in the 'decentralization for decentralization's sake wagon
    Felix Lange
    @fjl
    In order to reliably read from the blockchain, you need to be able to validate block headers, the state, etc.
    In order to execute contract calls, you need to have the EVM.
    f00bar
    @f00bar
    yeah and I will have backend servers that are running geth nodes
    and they will be doing that on behalf of my light web clients
    Felix Lange
    @fjl
    right
    that's great for your web clients, then.
    So you implemented the separation of concerns that you asked about.
    The alternative approach is the Ethereum Light Client
    It provides the same capabilities, but does not store the blockchain.
    f00bar
    @f00bar
    would the "Ethereum Light Client" == "Light Web JS Ethereum Account with backend geth node"
    Felix Lange
    @fjl
    no
    OK, a better answer is "it depends"
    For some people, using a web gateway is fine.
    The light client that is being built talks directly to the ethereum p2p network.
    f00bar
    @f00bar
    my question is: Can you embed that new light client in a website and allow users to interact with the ethereum p2p network from my web app
    seems like I'm the only one who believes that if ethereum breaks into mainstream, it will happen via web apps : ((
    Taylor Gerring
    @tgerring
    well of course ethereum breaking into mainstream will be via webapps, we've talked about "web3" for a long time and fixing the web
    the main advantage for developers (as i see it) is actually the LACK of infrastructure needed for DApps
    With logic in the blockchain, assets on swarm, and epherimal messaging in whisper, you no longer need a web server
    of course, there are caveats until things like ZK are implemented
    Taylor Gerring
    @tgerring
    so, for now, setting up a bridge may seem reasonable, but you lose many of the potential benefits once light clients can communicate with the network natively
    Péter Szilágyi
    @karalabe

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

    Package Size SHA1 Checksum
    geth-1.4.0-unstable-38ff815-android-16-arm.tar.bz2 5.5M 1bb3618877848a3afa7a4c84a35901c1993ca177
    geth-1.4.0-unstable-38ff815-darwin-10.6-386.tar.bz2 4.4M d86128b3165d7b2c021859d08e31776c64f3caf9
    geth-1.4.0-unstable-38ff815-darwin-10.6-amd64.tar.bz2 4.7M 97e61fc2ffebd6905d8a757a9611ef867c3f10be
    geth-1.4.0-unstable-38ff815-ios-5.0-arm-7.tar.bz2 4.6M ba32e33da93f433ad833b731aa82f599514da8da
    geth-1.4.0-unstable-38ff815-ios-7.0-arm64.tar.bz2 4.5M 20b18cf0ec20f553704d396d2f71999962d36a52
    geth-1.4.0-unstable-38ff815-linux-386.tar.bz2 5.8M 1c00fc87cbe7ab0f3dbaea586c151d453cc83844
    geth-1.4.0-unstable-38ff815-linux-amd64.tar.bz2 6.1M 91dc06238c55eee2d1055d61ee783674779bfadd
    geth-1.4.0-unstable-38ff815-linux-arm-5.tar.bz2 5.5M e10b94a4a1f36285e434caa42ff5d6b0283c2806
    geth-1.4.0-unstable-38ff815-linux-arm-6.tar.bz2 5.5M 3c36abd1cee4d759326d3019b9ac75df9cff08b5
    geth-1.4.0-unstable-38ff815-linux-arm-7.tar.bz2 5.5M 051d6185f98b8e72b61917ac33cff3005403291d
    geth-1.4.0-unstable-38ff815-linux-arm64.tar.bz2 5.6M dd474c6550cb0512b1bc1320f45f1b42e713b495
    geth-1.4.0-unstable-38ff815-windows-4.0-386.exe.zip 5.2M 782e6d81c8dd0efced0fa90761641cc142dd1b58
    geth-1.4.0-unstable-38ff815-windows-4.0-amd64.exe.zip 5.5M f8990afc1f137d7709ba332f20a86d54765def95

    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.

    Péter Szilágyi
    @karalabe

    :nut_and_bolt: [xgo build bot] No new commits since geth 1.4.0-unstable (38ff815) - 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.

    Péter Szilágyi
    @karalabe

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

    Package Size SHA1 Checksum
    Geth.framework ``
    geth-1.4.0-unstable-b2ffb76-android-16-arm.tar.bz2 5.5M 4be61733218bdb9b43565299cc2111c9535af502
    geth-1.4.0-unstable-b2ffb76-darwin-10.6-386.tar.bz2 4.4M a3255d760f34b970ee616eb61cfa46d5bb66ca2a
    geth-1.4.0-unstable-b2ffb76-darwin-10.6-amd64.tar.bz2 4.7M d7ee03bf86d6260a715471d496299ce9f676ab99
    geth-1.4.0-unstable-b2ffb76-linux-386.tar.bz2 5.8M 0a4c687f2cefbe0cd474c185dc08d439f920e8ee
    geth-1.4.0-unstable-b2ffb76-linux-amd64.tar.bz2 6.1M 63189a65ba78157224b5b291674973ecc4e1db8c
    geth-1.4.0-unstable-b2ffb76-linux-arm-5.tar.bz2 5.5M 5c015b6abe22ec72347d19df0511c68cb357c8ed
    geth-1.4.0-unstable-b2ffb76-linux-arm-6.tar.bz2 5.5M 5f4b9ba108f0becae0ba793de6154a93a422d33b
    geth-1.4.0-unstable-b2ffb76-linux-arm-7.tar.bz2 5.5M 19a33d1a2f7d0906c22e5a985aa2a12f00e63124
    geth-1.4.0-unstable-b2ffb76-linux-arm64.tar.bz2 5.6M 762363da2c4ea9db14b6af02c354bb5d2f46b6f8
    geth-1.4.0-unstable-b2ffb76-windows-4.0-386.exe.zip 5.2M ef1ccf7a7a9d0452c1953191247f47f81a809156
    geth-1.4.0-unstable-b2ffb76-windows-4.0-amd64.exe.zip 5.5M ac5212a6e7b495d88b489183f18e88b3f629b9ec
    geth-ios-7.0: ``

    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.

    Péter Szilágyi
    @karalabe

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

    Package Size SHA1 Checksum
    geth-1.4.0-unstable-787d71d-android-16-arm.tar.bz2 5.5M a0398c2c96571d8d621ea4cdc634555bfb4c21f2
    geth-1.4.0-unstable-787d71d-darwin-10.6-386.tar.bz2 4.4M 171011b898bb1be9f25526d5d19fb491a631662e
    geth-1.4.0-unstable-787d71d-darwin-10.6-amd64.tar.bz2 4.7M a4aa221934bf06d904e63cd2d02669817f252bc0
    geth-1.4.0-unstable-787d71d-ios-7.0.tar.bz2 19M ae693464bf5a936f34dc9e89748b3ef3193a5477
    geth-1.4.0-unstable-787d71d-linux-386.tar.bz2 5.8M 473e81a3ee2dde58eeaf74807601b064bb6f5bac
    geth-1.4.0-unstable-787d71d-linux-amd64.tar.bz2 6.1M a8cf2eb5825555c42b94c472bb4d24d7abdab97e
    geth-1.4.0-unstable-787d71d-linux-arm-5.tar.bz2 5.5M 480470a663749b018a178c019dfb853d5cb71a4f
    geth-1.4.0-unstable-787d71d-linux-arm-6.tar.bz2 5.5M 6b2c0b7feec98bc5c2034f3c81a6e52ae1041a4e
    geth-1.4.0-unstable-787d71d-linux-arm-7.tar.bz2 5.5M 4b8d03e3a8ed5ada7dfc25bbe92ad5a164ec9a33
    geth-1.4.0-unstable-787d71d-linux-arm64.tar.bz2 5.6M fb51c95ba9b36f48d7685818b400af983c826ee6
    geth-1.4.0-unstable-787d71d-windows-4.0-386.exe.zip 5.2M 48bb3e1abd54ec26af7cb276edf619bc44d9adcd
    geth-1.4.0-unstable-787d71d-windows-4.0-amd64.exe.zip 5.5M 76173826b1682517c5d6ccc5d11f417e1ad09bcb

    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.