• Breaking News

    Monday, April 6, 2020

    Home Unlabelled Ethereum If all nodes upgraded, it would save ~$318.287/mo in bandwidth costs

    Ethereum If all nodes upgraded, it would save ~$318.287/mo in bandwidth costs

    April 06, 2020

    Ethereum If all nodes upgraded, it would save ~$318.287/mo in bandwidth costs

    If all nodes upgraded, it would save ~$318.287/mo in bandwidth costs

    Posted: 06 Apr 2020 10:00 AM PDT

    Solidity 0.6.5 is out! It fixes dynamic memory array bug & introduces 'immutable`as a major new feature

    Posted: 06 Apr 2020 01:28 PM PDT

    Survey Spotlight #3: Vitalik Buterin (his responses from the ETHGlobal ethereum dev survey!)

    Posted: 06 Apr 2020 07:04 AM PDT

    OpenZeppelin Contracts v3.0 final release candidate! ✨ Solidity 0.6 �� Revamped access control �� Deploy Ready Contracts ↪️ Easy migration from 2.x �� Extensibility via hooks; Give it a try, upgrade to Solidity 0.6, and let us know your feedback in the community forum!

    Posted: 06 Apr 2020 02:41 PM PDT

    Calculating hashrate from difficulty

    Posted: 06 Apr 2020 01:22 PM PDT

    TL;DR my impression is that the ice-age "bomb" term is 2^(periodCount - 2) but somehow this does not seem large enough to account for the increase in block times prior to the last hard fork.

    I'm parsing some historical Ethereum data for research purposes and have run into an issue with the ice-age / difficulty bomb. At times when the difficulty bomb has not been triggered, it is possible to calculate the hashrate by simply dividing the difficulty by the target block time (this is because the difficulty is an estimator of hashes per block), i.e. H = D / T.

    However, at times when the difficulty bomb is active, it is necessary to make some kind of adjustment to the equation above. This is where I'm a bit confused. From what I can tell, the difficulty is adjusted for the ice-age (in geth) in the method makeDifficultyCalculator. Overall, this method appears to add a "bomb" term B to the usual difficulty. The bomb term is given by 2^(periodCount - 2), where periodCount is defined beginning on line 391. My understanding is that B is introduced every block in order to increase the expected block time beyond T. Now we can replace D = D+B and invert the equation above to get a sense for how the block time should change for fixed hashrate: T = (D+B) / H.

    Unless I'm mistaken, the last difficulty bomb was delayed with the hard fork on January 1, 2020. So its largest value would have been just prior to that. For the evening of December 31, 2019, I have calculated B = 1.04774e+12. In contrast, the difficulty at that time was D = 2.499e15, much larger. So it appears that the bomb term B would not have been large enough to substantially increase the block time at the end of last year. Of course block times exceeded 17s during this time, so I must be making a mistake in my analysis. My suspicion is that I am somehow not calculating bomb term B correctly. It is also possible that my basic reasoning is flawed. Can anyone help who might have experience manipulating these quantities?

    submitted by /u/bissias
    [link] [comments]

    Ethereum (ETH) Merchandise on Crypto Clothing

    Posted: 06 Apr 2020 09:57 AM PDT

    Join the April 2020 - 0x Ecosystem Developer Meeting

    Posted: 06 Apr 2020 07:56 PM PDT

    New Ethereum Developer Curriculum: Zero to Blockchain

    Posted: 06 Apr 2020 12:00 PM PDT

    Hey all! We are releasing a new Curriculum designed to help anyone become an Ethereum Developer.

    Truth be told, it's difficult to build decentralized applications. There's a great deal of knowledge that goes into it! From the underlying data structure of the blockchain, peer-to-peer networking, digital signatures, light clients, understanding how clients run the Ethereum Virtual Machine and provide a JSON-RPC api, to learning a new Smart Contract language and understanding how those contracts compile to bytecode which can be deployed and interacted with through a binary interface. And that's simply the blockchain portion! Before all that, one should learn a programming language to interact with the blockchain along with other computer science concepts such as numeral systems (binary and hexadecimal), asynchronous programming, communicating with APIs, networks, data structures (especially trees and linked lists) and hash functions.

    It's an extensive collection of knowledge! At ChainShot, we have built a Zero to Blockchain curriculum that incorporates all of these concepts. We want to help new developers learn Ethereum, regardless of their current programming level. We estimate that the curriculum has over 100 hours of content with in-browser code tutorials (no need to install dependencies!), challenges, videos and guides. This content is designed to take you from your current level of programming knowledge, no matter what that is, all the way up to working with and understanding the concepts mentioned above. You'll build core blockchain data structures, complex smart contracts and entire decentralized applications within your favorite web browser! And, of course, the curriculum will continue to evolve as Ethereum does :)

    Check it out and let us know what you think: https://www.chainshot.com

    We offer the course as a monthly subscription, and, yes, we accept DAI 😉

    submitted by /u/dan-nolan
    [link] [comments]

    Ethereum Swarm Support Is Coming To Temporal

    Posted: 06 Apr 2020 09:16 AM PDT

    Status and Vitalik Buterin

    Posted: 06 Apr 2020 09:05 AM PDT

    Ethereum 2.0 Staking - Penalties & Rewards for Validators

    Posted: 06 Apr 2020 01:53 PM PDT

    How to use Uniswap to exchange Crypto - (You can also Send and Pool Crypto) - DeFi Project

    Posted: 06 Apr 2020 12:21 PM PDT

    Rant: I completely switched over to BRAVE, which I love, and am earning BATs but nobody seems to be verified to receive them. Do your duty and verify your twitter accounts!

    Posted: 06 Apr 2020 04:43 AM PDT

    A Look At Keep, The Tech Underlying The TBTC Project's Bid To Bring Bitcoin To Ethereum

    Posted: 06 Apr 2020 08:55 AM PDT

    Participate in the EIP Procedure Survey

    Posted: 06 Apr 2020 08:48 AM PDT

    Episode #6: DeFi Trust Spectrum - just how trustless is DeFi?

    Posted: 06 Apr 2020 09:15 AM PDT

    What is WBTC? A simple 3-minute guide to the hybrid coin

    Posted: 06 Apr 2020 09:10 AM PDT

    Fractional Real Estate Ownership on Ethereum (Interview with RealT Founders)

    Posted: 06 Apr 2020 07:05 AM PDT

    Idea: stake on behalf of a smart contract

    Posted: 06 Apr 2020 06:35 AM PDT

    So, what if you had a smart contract that provided the capital to stake, and just required that a person who wants to stake with that contract perform the network calculations on the contract's behalf?

    The idea is to create a contract that would be able to finance its own computations indefinitely. Within the contract, this net positive flow could create an environment where gas costs are taken on by the contract rather than the user of the contract. Would this be possible?

    submitted by /u/Ghostcarapace
    [link] [comments]
    Read more
    at

    No comments:

    Post a Comment