Jump to content

Leaderboard

Popular Content

Showing content with the highest reputation since 12/26/2020 in all areas

  1. Hi Milan, 1. If you run a staking service (accept delegations) there is a delegation manager contract that allows you to create your own delegation contract with your preferred configuration (service fee, delegation cap, etc). For this you need to come with 1250 eGLD yourself, which will be the first delegated amount (your own delegation) and is required in order to keep your delegation contract active. Everything else can come from other delegators. 2. Yes the node will be deactivated by the protocol while the staked amount is below the minimum required. If in the meantime there is
    3 points
  2. This proposal is focused on expanding the Elrond staking economy. Please read the information below carefully in preparation for our feedback sessions. The changes we are proposing are meant to open a new era of growth for Elrond, specifically increasing the token distribution and decentralization, strengthening the security of the network, and enabling sustainable business models around staking-as-a-service providers. In short, by enabling more eGold to be staked, more people and validators will participate, more tokens will be locked, security will improve, potentially increasing the va
    1 point
  3. Hi Ikosov, For the ActiveDelegation the APR is fixed currently at 29% and you need to manually claim the rewards using the ClaimRewards button (right side). This is paid daily. For the WaitingList Delegation the APR is dynamically and can vary based on the no of eGLD in the queue (which evident can be different from week to week). Last week the APR was ~ 6.7%. This reward is coming by default in your main wallet (from where you made the delegation process), so no need for manually ClaimRewards operation. Also you can see the transaction in the transactions list. This is paid weekly (on e
    1 point
  4. It is not possible to delegate less than 10 eGLD. This is because more fragmented delegations would incur larger gas costs for other operations, like swapping active delegation with staking queue delegation, or increased storage access due to larger SC state. This is also a sort of sybil attack prevention. The difference between staking and delegation is that for staking you need to "lock" 2500 egld in order to run a validator and you need to take care of the machine running the validator software, keep it online, make sure it has good network connection, etc, while for delegation yo
    1 point
  5. This is fantastic answer . I love this project, from the cutting edge tech to even this 10/10 level of community interaction, I could not be more optimistic about ELROND. I see your reasoning, as you have so well described it, and it makes sense to me. I also have been really studying EGLD this week, and have been monitoring the que sizes etc, to see what kind of time intervals it will take to delegate, and learning more. Besides the technology, the economics of this are also very unique, I don't think anyone has tried just this sort of design (in terms of the APY, staking, ques, an
    1 point
  6. 1. The queue/waiting list will no longer be incentivized, but at the same time more "seats" will be available for staking and the delegation manager will be available for staking providers. At this point we might see some migration from active delegation and/or waiting list delegation to active delegation for staking providers. The nodes for the community nodes delegation will not be supplemented, so active delegation will only become available on the community delegation smart contract if someone with active delegation withdraws. 2. The option for staking providers to choose differe
    1 point
  7. The deposit will accrue rewards for the SP only if it becomes part of a node stake. If for example the delegation amount + SP deposit <2500 eGLD then it would not receive rewards, as there will be no eligible node to earn rewards. As soon as there is at least one eligible validator with stake from the delegation SC, then the original deposit will also accrue rewards just as you mentioned.
    1 point
  8. Hello @trictrac, According to the source code of the contract, https://github.com/ElrondNetwork/sc-examples/blob/master/erc20-c/erc20.c#L85 it seems that it requires an argument (the total supply) at deploy-time (the init function is executed at deploy-time). You can fix this by providing the argument in the erdpy command, as follows: ... your command ... --arguments 0x0002540be400 Let us know how it goes.
    1 point
  9. For 1 there is also the option for you to not go through the provided delegation manager contract and create your own delegation Smart Contract, where you can set your own rules, no minimum delegated amount from staking provider, etc., but here all the coding/gas optimization/validation/testing/auditing efforts will be on your side, which is really important as the risk for loss of funds in case of bugs is high. We have already spent a lot of time for the coding/testing/auditing etc of the delegation manager system SC and more will follow on the testnet, so for the people that do not have
    1 point
  10. Most probably sometime in February (I estimate end of February - early March). The date is not fixed as we have been focusing mostly on testing the features required for Maiar launch which comes first. The implementation for phase 3 is already done and some testing has been performed but we still need/planned more testing and it also depends on what kind of issues we still find.
    1 point
  11. i think cardano is the better choice
    0 points
This leaderboard is set to Bucharest/GMT+02:00
×
×
  • Create New...