• Breaking News

    Monday, June 1, 2020

    Home Unlabelled Ethereum Vitalik: "While everyone wasn't looking, Ethereum's layer 2 scaling strategy has *basically* succeeded"

    Ethereum Vitalik: "While everyone wasn't looking, Ethereum's layer 2 scaling strategy has *basically* succeeded"

    June 01, 2020

    Ethereum Vitalik: "While everyone wasn't looking, Ethereum's layer 2 scaling strategy has *basically* succeeded"

    Vitalik: "While everyone wasn't looking, Ethereum's layer 2 scaling strategy has *basically* succeeded"

    Posted: 01 Jun 2020 07:42 AM PDT

    We present to you the OMG Network V1 Public Mainnet Beta �� It is a fully trustless, low cost, high throughput way to transfer value at the same level of security as Ethereum.

    Posted: 01 Jun 2020 02:18 AM PDT

    Tether stablecoin launches on OMG Network

    Posted: 01 Jun 2020 01:48 PM PDT

    OMG main net

    Posted: 01 Jun 2020 03:07 AM PDT

    Tether Transactions Integrated onto OMG Network

    Posted: 01 Jun 2020 05:41 AM PDT

    ETH2 Staking Community Call #6 - Afri Schoedon

    Posted: 01 Jun 2020 08:15 AM PDT

    Elon Musk’s SpaceX launch was mirrored in the Ethereum-based, virtual universe of Decentraland

    Posted: 01 Jun 2020 10:46 AM PDT

    ��️ The DeFi Exchange | Cameron & Tyler Winklevoss - Bankless Podcast

    Posted: 01 Jun 2020 11:21 AM PDT

    StarkEx (ZK-Rollup) demonstrates onboarding 1.3M r/FortNiteBR accounts to mainnet. Price per transfer: 600 gas

    Posted: 01 Jun 2020 07:04 AM PDT

    Winding Tree Development Update

    Posted: 01 Jun 2020 12:42 PM PDT

    Loopring Monthly Update: protocol extends functionality to support zkRollup payments, Loopring Pay!

    Posted: 31 May 2020 09:56 PM PDT

    Proof of Concept Dating App That Needs Tweaking and Feedback

    Posted: 01 Jun 2020 05:46 PM PDT

    Proof of Concept Dating App That Needs Tweaking and Feedback

    So I have this idea for implementing a dating application on the ethereum network and there are a couple of ways I think about this concept. First, should I be building for the future platform (release date TBA) or building for the current platform? I just started dipping my toes into the ethereum water so forgive me if my terminology is off, or my logic is wrong, etc. I would greatly appreciate pointers, tips, and valid feedback.

    I have not thought about designing the application for this current platform, but for phase 0 of the next platform. However, if the feedback is strong enough to rework my idea around the current platform I am more than open to it.

    Momentum is a decentralized dating application that utilizes a Proof of Stake (PoS) system and is built upon the ethereum 2.0 platform and it's new Casper Protocol, utilizing solidity for smart contract creation and validation on the back end of the application.

    The decentralized dating application platform is comprised of three parts:

    1. a platform that allows actors to participate in playing matchmaker
    2. a platform that allows individuals to seek out matches for dates
    3. a signup/wait queue to be funneled into the matchmaker platform

    Queue

    Now, this is where it gets tricky for me to figure out, so bear with me on the next bit.

    Within the matchmaking queue, users' votes on potential matches are weighted by their stake in the system. They are incentivized to participate and vote on matches as a means of discovering the next block, otherwise known as a "match", that enters into the dating queue. By taking part in discovering the next block users are rewarded with Momentum's ethereum based tokens which can be used to continue to transact on the blockchain and move through the queue or can be sold and traded on an exchange platform.

    This process of participation will work based upon a hybrid version of The Byzantine fault-tolerant (BFT) based proof of stake that is at the heart of "Casper the Friendly Finality Gadget". Selection into the dating queue is consensus-based and decided upon taking the following factors into consideration:

    • The length of time, n, that a participant has been waiting in the participation queue
    • The amount of stake, i, the participant has from participating in the matchmaking queue
    • The total amount of time, t, the user has participated on the platform for

    My only knowledge of how this could actually be implemented on the new platform is that I would have to issue a stake based token where all nodes act as consensus nodes (or delegates) on a network. Using all delegate nodes for the 2/3 consensus for validation of a proposed block. My other idea is to totally scrap the aforementioned consensus-based dating queue and to pseudorandomly select individual validators to propose blocks or matches to the dating queue and implementing a bit of logic that would allow for matches to be funneled through the queue on a first-come-first-serve basis.

    ​

    How Couples are Matched and Hashed Onto the Blockchain

    So essentially if I have not explained it well enough here are diagrams essentially picturing what is a user base that mints for potential matches, whose unique identification values are hashed and then recorded on the blockchain to prevent the same match from happening again, as well as preventing them from skipping ahead of the queue in the matchmaking queue waiting to be selected for their match.

    ​

    Diagram of Block Proposal and How Couples Are Moved Through Queue

    Once you have entered into the dating queue or 'Match Pool', you are matched with one potential date and if both parties consent via a smart contract to exchange private information they are removed from the dating queue and re-entered back into the matchmaker queue where they can feedback into the cycle of participation on the platform.

    ​

    The cycle of Moving Through the Queues

    The matchmaking platform maintains equal parts (50/50) matchmakers and equal parts dating participants at the same time to keep the queue wait times quick and consistent.

    ​

    Platform Separation

    Our sleek dating application seeks to mend broken hearts around the world with a click of a button. Rather than placing control in the hands of an algorithm or a company, our dating platform places control directly into the hands of the users through an easy-to-use application that is highly accessible.

    While there is an initial deposit to become staked in the Momentum platform, ultimately users are rewarded and accrue value for their participation on Momentum through the discovery of blocks. Users are rewarded with additional Momentum tokens through an interest rate, as well as a proportion of the total transaction fees.

    I realize that there are holes in this idea, and it is currently still a work in progress, so I thank you all for your patience and look forward to your feedback. If you have any suggestions for how I could possibly rework this idea or additional sources of information for me to read/watch it would be appreciated.

    Buterin, Vitalik & Griffith, Virgil. (2017). Casper the Friendly Finality Gadget. URL https://www.researchgate.net/publication/320626951_Casper_the_Friendly_Finality_Gadget

    Buterin, Hernandez, Kamphefner, Pham, Qiao, Ryan, Sin, Wang, Zhang. (2020). Combining GHOST and Casper. URL https://docs.ethhub.io/ethereum-roadmap/ethereum-2.0/proof-of-stake/

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

    ENS now has email reminders for .ETH name renewals!

    Posted: 01 Jun 2020 01:54 PM PDT

    June 2020 - 0x Ecosystem Developer Meeting

    Posted: 01 Jun 2020 05:34 PM PDT

    HackMoney Finale // 2-4pm ET, June 2 (tomorrow!) - Judges include Andreas, Vitalik, & many more!

    Posted: 01 Jun 2020 09:53 AM PDT

    Smart contract question

    Posted: 01 Jun 2020 04:49 PM PDT

    I am pretty new to smart contracts but I understand the concept. However, let's say I want to bet that a stock would be at 50 by next week and the other guy thinks it won't be - how would I code the logic into the smart contract to check the price of the security at a certain time? Is there a way to programmatically scrape the price from somewhere and go with that value?

    Any resources with more information would be great too.

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

    CargoX joins the International Association of Trusted Blockchain Applications

    Posted: 01 Jun 2020 01:04 PM PDT

    How bZx is bouncing back after the million-dollar attack during ETHDenver

    Posted: 01 Jun 2020 12:03 PM PDT

    Watch Kyle Kistner, Co-founder at bZx in conversation with Ganesh Swami from Covalent discussing the hack, the setback, and how they are coming back stronger: https://youtu.be/0zDi0D8xGmU

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

    Will The ETH 2 Validator Hardware Requirements be More Than Whats Currently Required on the Testnet?

    Posted: 01 Jun 2020 07:44 AM PDT

    Was under the impression that we could run this on a PI4, then I read this and it says:

    Recommended Specifications : Intel Core i7–4770 or AMD FX-8310 or better

    https://quantstamp.com/blog/how-to-be-an-eth-2-0-validator-on-the-topaz-testnet

    Was hoping to run this on my HP T730 thin client.

    submitted by /u/c-i-s-c-o
    [link] [comments]

    Is Ethereum going to speed up?

    Posted: 01 Jun 2020 11:22 AM PDT

    Maybe I am doing this wrong, but if I want my ethereum to transfer to an exchange it takes 15-30 minutes, which don't get me wrong is pretty fast compared to fiat. There are other cryptos that can move 1/10 of the speed. Is this actually an issue or is it just the exchanges?

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

    What is the Enterprise Ethereum Alliance (EEA) & how it can help Ethereum

    Posted: 01 Jun 2020 05:10 AM PDT

    Please help, is it possible to get to out of pending?

    Posted: 01 Jun 2020 07:17 AM PDT

    For the first time ever I had the option of choosing the transaction fee and I put it on the lowest possible fee thinking that my transaction would take at most 3 days. It's been over 2 weeks now and my transaction is still pending. Is there a way to change the tx fee and pay a higher fee at this point?

    I am worried my transaction will never get processed, Had I known this would happen I would have just chose the higher fee.

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

    Curious about a tweaked implementation of the Casper Protocol

    Posted: 01 Jun 2020 10:25 AM PDT

    Forgive me if this is a stupid question, and if I have missed the answer somewhere in the documentation, but what would the drawbacks be of selecting all nodes as consensus nodes (or delegates) on a network? As long as each proposed block from the speaker still needs a 2/3 consensus from the delegates how could it be a security risk to deploy all nodes as delegate nodes?

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

    No comments:

    Post a Comment