Jump to content

Leaderboard

Popular Content

Showing content with the highest reputation since 01/19/2021 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
    2 points
  2. 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
  3. 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
  4. 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
  5. 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
  6. 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
  7. 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
  8. i think cardano is the better choice
    0 points
This leaderboard is set to Bucharest/GMT+02:00
×
×
  • Create New...