Open dliuproduction opened 4 years ago
Issue Status: 1. Open 2. Started 3. Submitted 4. Done
This issue now has a funding of 350.0 USDT (350000000.0 USD @ $1.0/USDT) attached to it as part of the dfuse-io fund.
Issue Status: 1. Open 2. Started 3. Submitted 4. Done
Work has been started.
These users each claimed they can complete the work by 2 years ago. Please review their action plans below:
1) sanchaymittal has started work.
Will work as per the requirements. 2) robsecord has started work.
I plan to use dFuse in my new Dapp to provide my users with a detailed view of their transactions' state in real-time. 3) n0name-sw3 has started work.
Planning to use dfuse Lifecycle to create a demonstrator of a DEX reconciliation monitor leveraging Aave undercollateralized loans for fast reconciliation and dfuse Lifecycle for live monitoring of transaction holding large stakes in a concurrent environment. 4) proy24 has started work.
Will create a standalone component which takes in the injected Web3 instance and shows a stepper style progress bar describing the transaction life-cycle.
Learn more on the Gitcoin Issue Details page.
0x46E4f59609Bd54fe53E4a1Fe608264a37a3cBB51
Issue Status: 1. Open 2. Started 3. Submitted 4. Done
Work for 350.0 USDT (350.0 USD @ $1.0/USDT) has been submitted by:
@mathboulianne please take a look at the submitted work:
Issue Status: 1. Open 2. Started 3. Submitted 4. Done
The funding of 350.0 USDT (350.0 USD @ $1.0/USDT) attached to this issue has been approved & issued to @n0name-sw3.
$350 USDT - Most Innovative Integration of dfuse Lifecycle
Prize Bounty
$350 USDT
Challenge Description
Whenever a transaction is submitted to the Ethereum network, it progresses in a fairly complex way through a sequence of states. Not every state transition moves forward — a transaction can go backward to an earlier state, can be replaced by another transaction, or can be forked out entirely.
Following the journey of transactions in a dapp and presenting your users with a good experience can be challenging. The many dapps built on Ethereum today present their users with attractive but static user experiences, which show the transaction state at a point in time, and have to be refreshed (either by the user hitting Refresh, or by the dapp UI periodically refreshing the page) to get updates. Others provide more dynamic interfaces but can only do this with relatively coarse granularity, and / or at the expense of high network traffic and imposing high load on their underlying blockchain nodes.
The dfuse Platform provides you with a rich, streaming interface that supports detailed tracking of the lifecycle of Ethereum transactions in realtime. The dfuse Ethereum State Tracker API empowers developers to submit Ethereum transactions and then serves up instant and granular updates over the same channel, as the transaction progresses through its full lifecycle.
Using GraphQL, you can subscribe to the transitions of a specific transaction in real-time, and can specify precisely the data that it wants to receive per transition. The dfuse Platform manages the complexities of tracking the transaction through its various state transitions, and streams events to the dapp in real-time as they occur. The result is that you don’t need to implement complex background logic to poll repeatedly for updates, nor waste bandwidth and processing on repeated queries. You can simply subscribe to the updates you need, and then reflect those in your UI.
See our blog post for a more in-depth introduction: https://www.dfuse.io/en/blog/the-8-things-that-can-happen-to-your-ethereum-transaction-and-how-to-navigate-them-in-your-dapp
In this challenge, we would like to see innovative Dapps built to utilize the unique capabilities of dfuse search.
See our example project for a quick start: https://docs.dfuse.io/guides/ethereum/tutorials/track_trx/
Submission Requirements
Submissions should be made formally through Gitcoin (linking to the submission Github PR/Repo), dfuse Lifecycle must be integrated in the Dapp. A working demo of the dapp must also be submitted. It must be hosted, and publicly accessible. There should be a demo video of the dapp.
Submission Deadline
11:59 pm UTC on Feb 12, 2020.
Judging Criteria
The project demo and source code will be evaluated by dfuse team members. The prize will be awarded to the individual/team that submits the dapp with the best user experience while respecting the challenge description.
Winner Announcement Date
Feb 19th, 2020