Topic: [ANN] Androids Tokens v2.0 [Proof of Stake] - page 15. (Read 115867 times)

why no one is willing to help i have no idea. i've done the biggest share of the work. i just havent had time to test it since uni's dragging me down :/

Come on devs out there, come forward to help out Android Tokens 2.0!
If anyone who reads this thread knows a dev or two please forward them the details mentioned just above.

i will get the exact number of unswaped coins posted asap

I can donate 0.2 bil to a long term dev that fixes this as soon as i get all the coins back

I'll provide more than 1B(1000,000,000)ADT for the coder who give long-term support.

I still got my 0.5 bil stuck in interspace . got lost between ltcbtc.com and cryptsy. maybe soon i will se them again
There must be some billions not claimed ? or is everything almost done swapped ?

if there is 0.5 bill ADT that will never be claimed from the swapover that would give some funds to encorage somone to make the patch that is needed ( thats if its ok with you )

i have been looking for somone willing to look after the codeing side of things for nearly a year and nobody has been intrested and i have offerd a really good insentive but nobody seams to care

As I said in this post long ago, we really need long-term developers to maintain a stable ADT. Only  stable maintenance and strong community is to rely on ADT to live, like dogecois and InfinateCoin. ADT development concerned people should unite efforts to find a developer, should not only give the reward BTC, but also have ADT, so as to enable developers have an incentive to maintain good ADT. If there is reliable developer, I am willing to donate a large part of ADT and some BTC to assist in the development of ADT.
We need long-term and reliable developer.

正如我在很久之前的提议那样，我们非常需要懂编程的开发人员长期的给ADT做稳定的维护，只有稳定的维护和强大的社区才是ADT活下去的依靠，就象狗狗币和无限币那样。关心ADT发展的人应该团结起来，努力寻找开发人员，给予的报酬不该只是BTC，还要有ADT，这样才能使开发人员有动机维护好ADT。如果有靠谱的开发人员，我愿意捐出大量ADT和一部分BTC以协助ADT的发展。
我们需要长期的靠谱的开发人员.

If I felt confident I could do it on my own I would just do it, post the sourcecode and let you guys work out the final values. I haven't created a hardfork before so I don't want to do it and see you guys suffer and hurt my own reputation. Ahmed said he's about halfway done a patch of HoboNickels so what I can do to help would be some bug testing, hosting nodes and seednodes. A seednode cost about $90 USD a year and regular nodes start from $5 a month depending on the size of the VPS, I would host as many as you guys want as long as I can be paid upfront each month the cost of maintaining the nodes, $30-$40 a month isn't too much but it's still an extra expense I wouldn't want to incur each month.

When it comes to the Blockchain, the main factor that needs to be taken into account is it's growth rate over time. Every transaction whether it is POW, POS or sending transactions adds to the size of the Blockchain. If you have a 30 second Block time it is great for speed of transactions but over a long period it can cause a significant amount of bloat to the point where it is both time and resource heavy to sync and maintain full nodes. Transactions themselves also play a major role in the size of the Blockchain over time, if a person has a large amount of small inputs they are combining into a transaction it adds a significant amount of extra data into the Blockchain, far more than just what is accrued through Blocktime. If you have a balance of 100,000 consisting of 1000 small inputs or more, it can add several MB of extra bloat into the Blockchain in one transaction.

Fees play a large role in limiting the Blockchain size and IMO are more important than the amount of inflation per year because it both limits size and pays holders through POS. Fractalcoin experimented with 0.5% fees on transactions which should not be confused with most Blockchains that have a fee of 5 * CENT which would equal 0.05 coins per transaction. The problem with every transaction having a minimum fee or percentage of the transaction being sent is that the entire amount will go directly into the next block so for example if the transaction were 100k with 0.5% of that transaction being collected as a fee (500 coins), if the network difficulty is low and someone staked 1000 coins they would receive the amount of inflation for their coinage, plus the 500 coins collected as a fee and any other fees collected in the previous Block. A more practical approach in regards to percentage fees would be to have every fee collected, split up and paid out over the minimum staking period and the maximum staking period equal to twice the minimum (5/10, 7/14, 10/20, 15/30). In this way it would create a base minimum that would always be received through Stake depending on volume and would create competition in order to Stake as frequently as possible throughout the period but also having enough coinage in each transaction so you are staking sooner rather than later. This method hasn't been implemented on any coin (because you have to go by the previous Block only) but it should because arbitraging exchanges for trading profits would generate a significant amount of revenue for long-term holders on top of the inflation per year.

Virtually every Cryptocurrency try to set out to be a currency and it's this approach that has seen constant declines over time. It should be treated as a company where a portion of Stake is retained in order to pay for services. Let's face it, donations do not work because if price drops lower than the point at which a person purchased their coins, no one wants to donate funds in order to help pay for essential services when already at a loss. I proposed this to Zack some months ago but he was very against the idea and we didn't talk much after that. I still think Proof of Stake only, percentage fees and a percentage of Stake to a Development Fund is the way to go for any coin. If you were to decide to go that route, the best way would be to start with what would be the minimum fixed fee, then work on developing percentage fees distributed over time for anything higher than the fixed fee and then once that complete to work on a shared Development Fund. A percentage of Stake going to a Development Fund would equal the same amount of transactions as Blocks per year so something like that would need to be implemented in a share system similar to Devcoin so you aren't going to have a 500 MB wallet (525k transactions at roughly 1 kb per transaction) after one year and would also need to make use of multi-signature transactions so that it is not reliant on one trusted person but a group of trusted people in order to be used.

Most of this is mainly theory but is definitely possible, it's all about how new ideas are implemented and what effects they will have from trade to user experience over time.

My 2 Satoshis

i havent given up on it i am still talking to people about it and i am still looking for somone that can code POS coins

ive got HBN 1/2 patched up. Ive not yet had chance to compile and test it to see if it works and syncs up okay though

Well then you need to figure something out. You said that you would never give up on getting this fixed. I know you could sort it out if you wanted. Tag up with crestington. ahmed and a few more. Give them some of the coins left over from the swap and get this shit on the road! Cmon! just make it work and make it stable! Even if you dont get it as you really want it just make it work! And we go from there! Gogogo!

i am not sure if ahmed is going to do anything as i have had 0 contact from him

are you guys getting somewhere ? please keep us updated

Cool

everything is set for the swap on my end so all they need to do is send to the swap address when there ready

i have spent far to much money trying to get stuff sorted but its always been 1 step foward 2 steps back

I really wish I knew how to fix anything about this coin. I work 60+ hours a weeks at my personal job but would gladly do whatever needed to be done just to get this coin FIXED. The supporting community of this coin has gotten nothing but the run around and still after 6+ months we have NOTHING.

Ok, that makes sense, I haven't done as much testing in that area. I was going by Blackcoin and Diamondcoin making those changes to the past and future drift and updating the version so everyone needs to be on the highest version. That is not really a bad thing if older clients who are submitting blocks with more than a 10 minute drift get banned, timeoffset anywhere in the world shouldn't be more than a 10 minute difference anyways so then the node would be banned and need to update to the newest version which the majority is on. I think tightening up the offset would be a good thing for the network but needs to be the conditions where there are more nodes and the network is growing.

Changing the maximum permitted offset will create a fork (or more likely, a split) once a block is created by an older client with an offset that falls between the old and new periods. The new clients will refuse the block and will most likely ban older ones offering it.