To innovate and replace existing non-efficient closed systems with more transparent, efficient system using XinFin blockchain.
Participants are given complete freedom for choosing technology, programming languages etc. in the development of the application.
Below we have listed the problem statements which are open to all. In order to participate, create a proposal in the format specified & make a pull request.
In DPoS, Restriction numbers of node make its more centralized while large number of nodes makes the system very slow. We are proposing Optimization in DPoS consensus. XinFin DPoS Development progress detail at: https://xinfin.org/dpos_tech_brief.php
a. POS- Proof Of Stake
b. Ethereum's Proof of Work ( ethash ).
c. Ethereum's Proof of Authority ( clique ).
d. Ethereum's Proof of Stake ( casper ).
e. Proof of Stake-Velocity ( POSV ).
f. Comparision ( POSV vs Clique ).
a. XinFin-Network Stats, Wallet.
e. Ethereum.
f. Bitcoin.
As a R3 Corda Partner XinFin going to provide bridge to access public state on XinFin Blockchain to R3 consortium of over 200+ financial institutions. We need to Create Bridge between XinFin Network and R3 Corda. This will create the ability to relay R3 Corda a limited set of data and transactions from privacy channels to the XinFin public network.
a. XinFin-Network Stats, Wallet.
e. R3 Corda Github.
f. R3 Corda Developer Resource.
The Relayer Bridge deploys Corda Smart ContractState โ>[Onto]-> XinFin Network Smart Contract State (ContractInstance)
Functionalities are:
- Contract Creation (with function support "isBurnable", "isUpgradeable", "isPausable") and create Transaction Hash
- Atomic Swap (Include Hash of the transaction)
- ContractStatus, Token Transfer Events and Event Logs
- Hide Transactions Details (Needs Pre-compiled contract on EVM)
a. Parity-Bridge.
b. Peace Bridge is an ETC-ETH bridge.
c. BTCRelay.
a. Parity-Bridge.
b. Peace Bridge is an ETC-ETH bridge.
c. BTCRelay.
Join our Public Slack Group or Join our Telegram Developer Group for any technical Development related Issue.
A staking mechanism requires users who offer compute power or other resources to the service takers in the ecosystem to put up a portion of their tokens in order to do so. If a user has no tokens to stake, but wants to support the network by providing resources they must purchase them. In exchange for staking their tokens and providing the service a financial reward is received. By forcing providers to take a financial risk you are weeding out bad actors.
Read more detailed requirement here
Below are the links to the specific problem statements for previously held hackathons. Join our Public Slack Group to stay updated with ongoing XinFin events.
Join our Telegram Developer Group and put up your queries. We would love to answer your questions.
You can also join our Public Slack Group. Enter your E-mail ID and you will get an invite to our slack.