|
ZEIIMAN
|
 |
September 15, 2020, 07:14:42 PM |
|
|
|
|
|
|
|
|
|
|
|
|
|
TalkImg was created especially for hosting images on bitcointalk.org: try it next time you want to post an image
|
|
|
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
|
|
|
|
niksdt101
|
|
September 15, 2020, 07:35:31 PM |
|
Im glad the the incident is sorted out and we are moving with the hard fork with highly recommended changes |
|
|
|
|
minernoob1
Member
 Offline
Activity: 285
Merit: 10
|
|
September 16, 2020, 12:51:00 AM |
|
Im glad things are going forward. This last validation went really bad. I guess we can learn from our mistakes. It brought my average down because one flip did not show at all. |
|
|
|
|
~ KiD ~
Jr. Member
Offline
Activity: 32
Merit: 1
|
|
September 16, 2020, 03:55:11 AM |
|
Im glad things are going forward. This last validation went really bad. I guess we can learn from our mistakes. It brought my average down because one flip did not show at all.
Hello there! Why do you said it went really bad, because of only 1 flip not loading? Remember this is a testnet, so bugs may happen, anyway even the blockchain stuck at some point everything went just fine in the end and no one I am aware off got suspended/killed. Do you remember epoch #46? This was nothing! |
|
|
|
|
|
john1010
|
|
September 16, 2020, 11:33:19 AM |
|
Thanks and at last my wallet account is now verified, I think the problem this previous validation is normal and the best thing is, the dev team resolve the issue immediately and in their medium article they've focus on their new features and also the coming hardfork. Well, let see the result.
|
|
|
|
|
minernoob1
Member
Offline
Activity: 285
Merit: 10
|
|
September 16, 2020, 12:12:55 PM |
|
Im glad things are going forward. This last validation went really bad. I guess we can learn from our mistakes. It brought my average down because one flip did not show at all.
Hello there! Why do you said it went really bad, because of only 1 flip not loading? Remember this is a testnet, so bugs may happen, anyway even the blockchain stuck at some point everything went just fine in the end and no one I am aware off got suspended/killed. Do you remember epoch #46? This was nothing! My friend was a candidate and was not able to pass validation this time. The people who already know the project, will not be run away by this, but new users will. If you have to wait 2 weeks between each epoch, it should be 100% usable during the epoch validation. Honestly, I think the 2 week thing is way too long anyway. Maybe 1 week epochs would be better. I understand the team is convinced the 2 week thing is good..... so maybe when someone clones this they can do shorter epochs. |
|
|
|
|
|
john1010
|
|
September 17, 2020, 09:54:20 AM |
|
At least the dev team can now figured out early the problem that iDNA may encounter, I have a feeling that this coin will soon will rise on top because of its uniqueness, I hope the development went through.
|
|
|
|
|
Tytanowy Janusz
Legendary
Offline
Activity: 2142
Merit: 1622
|
|
September 17, 2020, 12:46:07 PM |
|
My friend was a candidate and was not able to pass validation this time. The people who already know the project, will not be run away by this, but new users will. If you have to wait 2 weeks between each epoch, it should be 100% usable during the epoch validation. Honestly, I think the 2 week thing is way too long anyway. Maybe 1 week epochs would be better. I understand the team is convinced the 2 week thing is good..... so maybe when someone clones this they can do shorter epochs.
It is based on number of nodes. It will go to once per 28 days when network will reach 16203+ nodes and trust me... You dont want it to be more often. 1 week might be good for candidate (someone who just learned about IDENA and wants to start mine as fast as possible) but not for someone who passed first validation and is already mining. After 36 epochs I can tell you that after first 10 validations it is no longer fun. Creating flips (hard for IA, easy for humans - even those with 70 IQ) takes hours. Being ready at exact hour at random day for whole year is a pain in the ass too. Waiting for few more days to start mining is small price for saving hours on less frequent validations. |
|
|
|
|
notblox1
Legendary
Offline
Activity: 2044
Merit: 1262
Logo Designer ⛨ BSFL Division1
|
|
September 17, 2020, 06:37:21 PM |
|
My friend was a candidate and was not able to pass validation this time. The people who already know the project, will not be run away by this, but new users will. If you have to wait 2 weeks between each epoch, it should be 100% usable during the epoch validation. Honestly, I think the 2 week thing is way too long anyway. Maybe 1 week epochs would be better. I understand the team is convinced the 2 week thing is good..... so maybe when someone clones this they can do shorter epochs.
In past epochs happened on few days span and it all depends on number of nodes in the network. It is even predicted to go up to one moth in future when network grows more. Until sharding is completed it would not be a good idea to accept a lot of new people with shorter periods of validations, as we saw in two previous incidents. Something can potentially change after sharding is implemented. |
|
|
|
Neoterix
Member
Offline
Activity: 145
Merit: 10
|
|
September 18, 2020, 10:22:41 AM |
|
My friend was a candidate and was not able to pass validation this time. The people who already know the project, will not be run away by this, but new users will. If you have to wait 2 weeks between each epoch, it should be 100% usable during the epoch validation. Honestly, I think the 2 week thing is way too long anyway. Maybe 1 week epochs would be better. I understand the team is convinced the 2 week thing is good..... so maybe when someone clones this they can do shorter epochs.
It is based on number of nodes. It will go to once per 28 days when network will reach 16203+ nodes and trust me... You dont want it to be more often. 1 week might be good for candidate (someone who just learned about IDENA and wants to start mine as fast as possible) but not for someone who passed first validation and is already mining. After 36 epochs I can tell you that after first 10 validations it is no longer fun. Creating flips (hard for IA, easy for humans - even those with 70 IQ) takes hours. Being ready at exact hour at random day for whole year is a pain in the ass too. Waiting for few more days to start mining is small price for saving hours on less frequent validations. I can't agree more. I already find it annoying now at 15 days, since I need to postpone everything to be online for validation (and lately happened only on weekends). I think once a month is a sweet spot. |
|
|
|
|
minernoob1
Member
Offline
Activity: 285
Merit: 10
|
|
September 18, 2020, 01:06:27 PM |
|
My friend was a candidate and was not able to pass validation this time. The people who already know the project, will not be run away by this, but new users will. If you have to wait 2 weeks between each epoch, it should be 100% usable during the epoch validation. Honestly, I think the 2 week thing is way too long anyway. Maybe 1 week epochs would be better. I understand the team is convinced the 2 week thing is good..... so maybe when someone clones this they can do shorter epochs.
It is based on number of nodes. It will go to once per 28 days when network will reach 16203+ nodes and trust me... You dont want it to be more often. 1 week might be good for candidate (someone who just learned about IDENA and wants to start mine as fast as possible) but not for someone who passed first validation and is already mining. After 36 epochs I can tell you that after first 10 validations it is no longer fun. Creating flips (hard for IA, easy for humans - even those with 70 IQ) takes hours. Being ready at exact hour at random day for whole year is a pain in the ass too. Waiting for few more days to start mining is small price for saving hours on less frequent validations. I do see your point. I also see that becoming a problem in the future. Crypto growth is based on people using it not good ideas. If people have to wait an entire month to get verified from this, im afraid it will just slowly die off. Maybe they could make the time length for verification shorter for candidates but longer for newbies and verified? |
|
|
|
|
Tytanowy Janusz
Legendary
Offline
Activity: 2142
Merit: 1622
|
|
September 18, 2020, 01:22:55 PM |
|
I do see your point. I also see that becoming a problem in the future. Crypto growth is based on people using it not good ideas. If people have to wait an entire month to get verified from this, im afraid it will just slowly die off. Maybe they could make the time length for verification shorter for candidates but longer for newbies and verified?
This will affect network core advantage - 1 node 1 person. Every human could take part in validation once per month on main account, once per week as candidate mining from many nodes. When you want to start mine bitcoin you can't start just now. You need to order antminer, wait for deliver guy, you need to ask local elecrity provider for discount and wait for his response - etc. I understand that this might be frustrating for someone who is excited and want to join but it will not be a reason for slow die. Validation once per week could be because the majority of network will quit after few weeks being frustrated about constant work (preparation before validation, being on time during validation once per week). I hope to see you longer in here and be able to talk about this case with you after 10 validations  |
|
|
|
|
minernoob1
Member
Offline
Activity: 285
Merit: 10
|
|
September 18, 2020, 01:51:58 PM |
|
I do see your point. I also see that becoming a problem in the future. Crypto growth is based on people using it not good ideas. If people have to wait an entire month to get verified from this, im afraid it will just slowly die off. Maybe they could make the time length for verification shorter for candidates but longer for newbies and verified?
This will affect network core advantage - 1 node 1 person. Every human could take part in validation once per month on main account, once per week as candidate mining from many nodes. When you want to start mine bitcoin you can't start just now. You need to order antminer, wait for deliver guy, you need to ask local elecrity provider for discount and wait for his response - etc. I understand that this might be frustrating for someone who is excited and want to join but it will not be a reason for slow die. Validation once per week could be because the majority of network will quit after few weeks being frustrated about constant work (preparation before validation, being on time during validation once per week). I hope to see you longer in here and be able to talk about this case with you after 10 validations I only have 2 validations so far. I have endless amounts of time on my hands though, so I can be at every validation unless there is issues with my isp. Everyone is not in the same situation as me. The problem with your outlook is that you are missing a step. Where we are now >> missing step that causes huge growth of network >> coin value being enough to justify waiting an entire month to even get started. Then if you add in issues like we saw last epoch, like who is going to wait a month to try something that might have a network side issue causing you to lose your candidate status? Only time will tell though obviously. And I like this project and hope to see it succeed. Im just offering up what I see as possibilities. |
|
|
|
|
|
john1010
|
|
September 18, 2020, 03:22:24 PM |
|
This post is only a unsolicited advice for this thread, what if the dev/OP of this thread make some changes and make an Official ANN for Idena? I think it will help a lot to recognize more this good project. What do you think guys?
|
|
|
|
|
MarcosCr
Member
Offline
Activity: 215
Merit: 13
|
|
September 19, 2020, 11:29:25 AM |
|
Introducing predefined smart contracts
Motivation: As a fully functional smart contract layer takes significant development time, we are to release a set of predefined smart contract primitives. These smart contracts can be combined as building blocks to achieve a complex money flow driven by oracles’ decisions. If A happens then send coins to address B otherwise then if C happens then send coins to address D otherwise make a refund to all initial contributors. A and C are some facts that are certified by randomly selected Idena participants.
These primitives can be used for community-driven funding, prediction markets, dispute resolutions, paid votings, paid polls, games and etc.
The following list of predefined smart contracts will be available for anyone to use:
TimeLock — Lock coins on the smart contract address until a specified block number. Once the block number is mined the coins can be transferred to the specified address.
Multisig M-of-N — a multisignature wallet address with specified M and N. In order to send coins from the multisig M specific participants out of N have to provide their signatures.
OracleVoting — Oracle voting contract. The smart contract can control coins locked by EvidenceLock or RefundableEvidenceLock smart contracts.
EvidenceLock — a non-refundable smart contract that locks coins until a decision is made by oracles. If the voting result matches the expected value then coins are transferred to the address A otherwise to the address B. Both addresses have to be specified beforehand.
RefundableEvidenceLock — a refundable smart contract address that locks coins until a decision is made by oracles. It works similarly to the EvidenceLock, however it can provide a refund if either A address or B address is not specified. The refund is provided proportionally to the initial deposit made by an address.
In order to use these smart contracts, the Idena app development is to be finished (ETA end of Q4 2020). Until that these smart contracts won’t be available: An additional hard fork update is planned to enable these contracts.
|
|
|
|
|
minernoob1
Member
Offline
Activity: 285
Merit: 10
|
|
September 19, 2020, 01:13:10 PM |
|
Introducing predefined smart contracts
Motivation: As a fully functional smart contract layer takes significant development time, we are to release a set of predefined smart contract primitives. These smart contracts can be combined as building blocks to achieve a complex money flow driven by oracles’ decisions. If A happens then send coins to address B otherwise then if C happens then send coins to address D otherwise make a refund to all initial contributors. A and C are some facts that are certified by randomly selected Idena participants.
These primitives can be used for community-driven funding, prediction markets, dispute resolutions, paid votings, paid polls, games and etc.
The following list of predefined smart contracts will be available for anyone to use:
TimeLock — Lock coins on the smart contract address until a specified block number. Once the block number is mined the coins can be transferred to the specified address.
Multisig M-of-N — a multisignature wallet address with specified M and N. In order to send coins from the multisig M specific participants out of N have to provide their signatures.
OracleVoting — Oracle voting contract. The smart contract can control coins locked by EvidenceLock or RefundableEvidenceLock smart contracts.
EvidenceLock — a non-refundable smart contract that locks coins until a decision is made by oracles. If the voting result matches the expected value then coins are transferred to the address A otherwise to the address B. Both addresses have to be specified beforehand.
RefundableEvidenceLock — a refundable smart contract address that locks coins until a decision is made by oracles. It works similarly to the EvidenceLock, however it can provide a refund if either A address or B address is not specified. The refund is provided proportionally to the initial deposit made by an address.
In order to use these smart contracts, the Idena app development is to be finished (ETA end of Q4 2020). Until that these smart contracts won’t be available: An additional hard fork update is planned to enable these contracts.
Is that the upcoming hardfork, or is another one planned to implement this? Either way this is a pretty big deal. zso many people are blind to this project, hopefully updates like this will open their eyes soon. |
|
|
|
|
Tytanowy Janusz
Legendary
Offline
Activity: 2142
Merit: 1622
|
|
September 19, 2020, 01:19:16 PM |
|
Is that the upcoming hardfork, or is another one planned to implement this? Either way this is a pretty big deal. zso many people are blind to this project, hopefully updates like this will open their eyes soon.
Hard forks are quite often in here - experimental mainnet. I think we will have at least 2 more before end of 2021 - when smart contracts will be released. closest hard fork changes that will affect network 23 sep 2020: 1. Introducing increased flip rewards
2. Flip reporting system improvement
3. Flip lottery improvement
4. Last 10 epochs results to calculate the total score
5. Invitations distribution improvement
6. Restricting the stake withdrawal address
7. Gas model for transaction fees
8. Peering improvement hopefully updates like this will open their eyes soon.
Naaah. Money loves silence ... Smart money needs time accumulate. Then 100x pump and then hype and every influencer talking about idena so that dump money could jump on the top of the new tech bubble and loss money again. Thats why everyone is talking about DEFI now (not when projects like Link was in accumulation zone 2017-2020). Its the top of the DEFI bubble - you know that by looking at alt section seeing 70% topics being about DEFI. |
|
|
|
|
|
Pofick
|
|
September 19, 2020, 06:20:12 PM |
|
In my opinion for now it is crucial to have sharding implemented (at least for validation session) rather than smart contracts and oracle. Because the second is only required when the network has a lot of users.
|
|
|
|
Sy
Legendary
Offline
Activity: 1484
Merit: 1003
Bounty Detective
|
|
September 20, 2020, 06:12:24 AM |
|
Sorry was not much active here can some explain what was the main reason for them to do a hard fork of the network? and is everything is alright right now? When is the hard fork scheduled for?
Thanks
|
|
|
|
Neoterix
Member
Offline
Activity: 145
Merit: 10
|
|
September 20, 2020, 09:49:09 AM |
|
Sorry was not much active here can some explain what was the main reason for them to do a hard fork of the network? and is everything is alright right now? When is the hard fork scheduled for?
Thanks
There is no hardfork scheduled in the coming days as far as I know. Last ford was a long time ago and was to implement some features/changes into the validation (6 flips instead of 5, more words to choose from,etc). |
|
|
|
|
|
