• Breaking News

    Wednesday, August 28, 2019

    Home Unlabelled Ethereum Compound Finance audit summary, by OpenZeppelin

    Ethereum Compound Finance audit summary, by OpenZeppelin

    August 28, 2019

    Ethereum Compound Finance audit summary, by OpenZeppelin

    Compound Finance audit summary, by OpenZeppelin

    Posted: 28 Aug 2019 12:45 PM PDT

    An interview by DefiPrime with LocalEthereum, the decentralized P2P fiat on-ramp for ETH

    Posted: 28 Aug 2019 07:00 PM PDT

    Jeremy Longley fully explains FunFair Technologies State Channels (Fate Channel) implementation from start to finish for the first time

    Posted: 28 Aug 2019 04:15 AM PDT

    This is the first time they have fully explained their State Channels implementation from start to finish in one place, and includes the Random Number Generation (the "Fate" bit), and some example game code.

    https://www.reddit.com/r/FunfairTech/comments/cwjaay/funfairs_reference_state_channel_contract/

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

    Into the Ether - Talking Ethereum 2.0 with Danny Ryan

    Posted: 28 Aug 2019 09:40 AM PDT

    Ethereum Smart Contracts in L2: Optimistic Rollup

    Posted: 28 Aug 2019 10:20 AM PDT

    Golem - CGI Team Update - Next deliverables, overview of goals and tasks, video transcoding use-case update

    Posted: 28 Aug 2019 07:11 AM PDT

    Browser extension for Amazon to enable payments in Dai Stablecoin via Metamask

    Posted: 28 Aug 2019 08:03 AM PDT

    Looking for some good literature on Ethereum to get a good knowledge base, I have a college project I need to do some research for.

    Posted: 28 Aug 2019 11:53 AM PDT

    Open standards for Ethereum state channels are here, and Connext V2 just announced all their launch partners. This is Ethereum scaling ��

    Posted: 28 Aug 2019 02:12 PM PDT

    Geth performance insights

    Posted: 27 Aug 2019 10:50 PM PDT

    I've been trying to sync the geth blockchain on my system (full, not fast, yes I know fast exists, that isn't the point) for a while now and I've done a lot of looking into why on earth syncing is so slow. Also, why the hell my SSD reported that I had written 20 TB (that isn't a typo!!!) just from syncing 116GB of the blockchain. Here is what I learned:

    1. Leveldb reads back an entire database file, deletes it, and then re-writes the entire thing. Thus, every time even a single byte changes within a leveldb file, you end up reading and writing 2 MB from/to storage. Ouch!
    2. ~something~ (not sure if leveldb or geth) only reads and writes in ~4100 byte increments. I assume this is geth, but I haven't (and probably won't) check the source code to find out. As you can imagine, reading/writing 2MB 4k at a time takes quite a few operations.
    3. Data IO access patterns are sequential reads and writes at 2MB (total) per file. The IOs themselves are issued to the kernel 4k at a time, but the kernel un-stupids this to properly sized IOs for the filesystem (IE: Geth shows it's requesting 11,000 IOPS, the physical drive shows it is actually performing more like 1000 IOPS).
    4. The leveldb files are exactly 32KB larger than 2MB, so if you have a caching layer, use a 32KB block size to get optimal efficiency.
    5. Writes are issued syncronously and via direct-IO, so any caching layer you put between geth and the storage medium must run at a driver level to bypass the kernel's 'don't cache' request. Primocache (for Windows) will do this. I haven't looked into linux options.

    Commentary for issue 1

    Every single leveldb file is exactly the same size. I do not know if every single leveldb row is exactly the same length. If they are, then there is no excuse for deleting and rewriting the entire file. That's just wasteful and stupid. If the rows are of different lengths, then it becomes a defragmenting problem to update an arbitrary row within the data file. Depending on how much changes and where, this could be easy or hard to solve, and may or may not make sense to do. One would need to study the on-disk data structure to know what the best solution would be.

    Commentary for issues 2 and 3

    This one is just plain dumb. I'm going to go ahead and assume that what is happening is that each 'thing' (account, transaction, metadata, something) is around 4k in size, and these are getting read back one at a time from the database. This is just plain fucking stupid. Read them back as a batch and process them individually in code! You don't issue 22,000 syscalls() per second and then get to say "oh, our code is bottlenecked by the storage layer", no! It's bottlenecked by you being ignorant of how operating systems and storage work!

    The thing is, it could totally be leveldb's fault here. So I don't know who to blame. But what I can say is that I'm so fucking tired of this utterly stupid shit making it into production code. Any computer science major should have learned, by their fourth year of college, how to correctly issue IOs to storage because of how operating systems and storage work. This should be core curriculum for any CS degree worth a damn. I didn't go to a good school and they taught me there! Now maybe this was written by a software engineer who just knows that you write code and computer make more gooder. Fantabulous. WHY THE FUCK IS A SOFTWARE ENGINEER WRITING SYSTEMS LEVEL CODE?!

    Oh, you aren't a programmer? Here's an analogy you'll understand. You need some work done to your car. You have two choices, person A, who went to a trade school to learn automotive repair, and person B, who got all his training for how to repair cars working for various chain shops (Valvoline, BJs, Costco, Walmart, etc) over the decades. Who do you let replace the wiring harness on your car? Or the Air Conditioning system? Or the heater core? Or the vapor line?

    Person A, of course, because he actually knows what the components in the car are for, do, and why they should be there! Person B only knows to turn a wrench X number of times and then the thing comes off. They don't understand how to spec out a new component, they don't understand equivalency, they don't understand safety factors.

    And, just like IRL, not every Person A will be intelligent and do a good job, and not every person B will be ignorant of the higher issues at play. But fuck me if a Person B didn't write this fucking storage code. Goddamn.

    go-ethereum: If you want to be mass adopted, unfuck your storage layer.

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

    The auction for 3-6 character .ETH name begins September 1st 00:00 UTC! Here's everything you need to know about how it will work

    Posted: 28 Aug 2019 02:40 PM PDT

    The Erasure Protocol

    Posted: 28 Aug 2019 07:38 AM PDT

    Join Streamr devs for an ‘Introduction to Streamr Core’ September 4th, 13:00 GMT+1

    Posted: 28 Aug 2019 10:00 AM PDT

    Augur Weekly Report — August 28th

    Posted: 28 Aug 2019 09:25 AM PDT

    Vitalik Buterin responds to Samson Maw’s criticism of Ethereum

    Posted: 28 Aug 2019 07:41 AM PDT

    Reviewing the 12 tokens currently being considered for Compound Finance

    Posted: 28 Aug 2019 04:06 PM PDT

    My First Aragon App: Voting supercharged with DAOstack’s Holographic Consensus (Part 2)

    Posted: 28 Aug 2019 06:57 AM PDT

    district0x Quarterly Report - Q2 2019

    Posted: 28 Aug 2019 09:38 AM PDT

    Which are important ERC standard worth knowing?

    Posted: 28 Aug 2019 11:19 AM PDT

    Is there any list where all standards are categorized eg for Fungible token ERC20, NFT ERC721

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

    Pollen Institute is now a Pledge 1% member.

    Posted: 28 Aug 2019 06:35 AM PDT

    We like to share that Pollen Institute is now a member of Pledge %1. We have made progress with community contribution since it was established. With this in mind, we were admitted to the non-profit organization Pledge 1%. We are pleased to cooperate with other organizations that contribute to society while continuing our mutual value exchange with our community.

    Pledge 1% is a corporate philanthropy movement dedicated to making the community a key stakeholder in every business. Pledge 1% challenges individuals and companies to pledge 1% of equity, product, and employee time for their communities. The Pledge 1% movement already boasts an impressive roster of entrepreneurs, executives, founders, venture capitalists and companies who have pledged to improve their local communities, including Box, Optimizely and Yelp.

    While we are currently continuing our Lotus Token sales, we plan to allocate 1% of the collected fund to Pledge 1% as a donation and we aim to allocate 1% of the annual profit to Pledge 1% if our project is realized.

    You can also contribute to Pledge 1% by participating in Lotus Token crowdfunding through our landing page or Ethereum wallet address.

    Landing Page : https://tokengen.io/landing/lotustoken

    Crowdfunding Address : 0xea992f98d1f6b78b3c27fc3Eda1EA8C4CFeb42c9

    Pledge %1

    https://pledge1percent.org

    Pollen Institute

    https://www.polleninstitute.com/

    http://t.me/polleninstitute

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

    Does any project implement a dead man's switch which runs autonomously on ETH or the VM doesn't support long "sleeps"?

    Posted: 28 Aug 2019 08:00 AM PDT

    Interesting proposal to bind Bitcoin to Ethereum's smart contracts

    Posted: 28 Aug 2019 07:52 AM PDT

    Bank of England wants New World Reserve 'Crypto' Currency

    Posted: 28 Aug 2019 01:32 PM PDT

    ConsenSys Talking to the Federal Aviation Administration

    Posted: 28 Aug 2019 06:52 AM PDT
    Read more
    at

    No comments:

    Post a Comment