Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Activity
    Fabian Vogelsteller
    @frozeman
    We might rename it ;)
    f00bar
    @f00bar
    so I'm looking at ethereum not as the platform for dapps. I'm looking at ethereum as a blockchain platform that could be tied up with light web clients (key pairs are managed clientside)
    I don't think most of my users will know that there's ethereum networking running in the background
    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.