Pages:
Author

Topic: [ANN] AIRcoin - page 95. (Read 137265 times)

member
Activity: 70
Merit: 10
AIRcoin Alexander
March 01, 2014, 01:00:15 AM
Is it possible to shed a little more light on the existence of the investment group? Also, I don't know if we'll attract any major miners without the source available.

The premine scares me a bit and right now we're taking you guys on your word.

.25% premine = 2,500,000 coins x your expected exchange rate of .0015 = 2875btc worth of AIR, once it goes live on an exchange

This causes a little concern for me. I am currently mining and would like to be a big promoter of this coin, however I would like my mind to be put a bit at ease. The concept of AIR is great if everything goes as planned..


I agree with gambit here.

0.25% premine sounds like a very tiny amount but with 1 billion coins total and based on the current reward structure it is HUMONGOUS.  2 mins per block of 3.72 coin means ~2700 coins per day - that's almost 1,000 days before enough coins are mined to equal your 0.25% premine

I realize the block reward will eventually be modified based on current exchange price, but I assume it will probably not be increased, only decreased?

The premine amount is not to pay individuals for work or is owned by the individuals in the team, this is outlined in the whitepaper. If it goes as planned, it will never leave the market place. It's used as a volume lever to amplify gains so that we can keep up with the growth of the exchange rate and keep it stable. For example:

We could have premined only 500,000 coins. Keeping the block reward the same, this would mean we would have 1/5th less volume investment to move in the market. So for 500,000 to have the same 5% exchange rate rise (buying power) that 2,500,000 coins are, instead of making 5% per week, that investment needs to make 5x more, or, 25% per week. Or, we would have to claim only the ability to raise the exchange rate by 1% per week, instead of 5%. So 5x less premine makes it 5x harder to make the same exchange rate rise, or it makes the resulting reward 5x lower.

Since 5% per week is the average expected gain we expect our traders to reasonably get in the market with that volume, this means that if you want the AIRcoin price to rise at the same rate, we need a premine of around 2,500,000 for the block reward and time we set.

So in other words, to maintain that equilibrium and expectations, we need a ratio of premine volume to expected inflation. If we had premined 5,000,000, to raise the exchange rate the same amount, we would only need to make 2.5%. We figured that beyond 2,500,000, any additional premine would be more of a detriment to the coin than it would be a benefit to our ability to trade that volume.

As for the investing group, we have a small group of day traders will take the premine amount and use it to scalp prices to return AIR back to the market at a higher price. That's the crux of the mechanism we have to raising the price. It's like a decentralized investment bank, where no trust is required. So far, according to my knowledge, this is the only coin who has figured out how to create a stable or rising exchange rate without having a destructive algorithm, which even those have a short-term dropping exchange rate.

As for the algorithm, it will move the block reward above and below the 3.72 amount depending on the size of the pool to counteract inflation. So if our buying power doubles, we will buy back AIR to raise the exchange rate 2x and block reward stays the same. But if our buying power doubles, and the exchange rate doubles ON ITS OWN, then the block reward will double, "halving" the exchange rate increase, and then our buying power will come in and double whats left. This way these two systems keep in check. So whether the reward goes up or down is based on the exchange rate disregarding our actions to raise the rate, which means if demand for buying coins is EQUAL to demand for mining coins (no inflation), block reward never moves from 3.72.

These concepts are not terribly radical, they're derived from both how large investment firms move (except we don't maintain accounts, so it remains decentralized and anonymous) and how banks regulate exchange rates between countries.

EDIT: The actual formula is like this (it's a little more complicated in actuality, but this works for 'general' trends)

1 = Change in demand (DeltaD) = [change in price (DeltaP) - Change in investment growth (DeltaI)] / Change in supply (DeltaS) = 1

If Delta D is > 1 (price increases faster than supply and growth of the investment pool) block subsidy is increased to counteract the demand, aka, DeltaS goes up. If D < 1, DeltaS is decreased (block subsidy goes down) to try and trend toward DeltaD = (DeltaP-DeltaI)/DeltaS.
hero member
Activity: 532
Merit: 500
March 01, 2014, 12:14:13 AM
Is it possible to shed a little more light on the existence of the investment group? Also, I don't know if we'll attract any major miners without the source available.

The premine scares me a bit and right now we're taking you guys on your word.

.25% premine = 2,500,000 coins x your expected exchange rate of .0015 = 2875btc worth of AIR, once it goes live on an exchange

This causes a little concern for me. I am currently mining and would like to be a big promoter of this coin, however I would like my mind to be put a bit at ease. The concept of AIR is great if everything goes as planned..


I agree with gambit here.

0.25% premine sounds like a very tiny amount but with 1 billion coins total and based on the current reward structure it is HUMONGOUS.  2 mins per block of 3.72 coin means ~2700 coins per day - that's almost 1,000 days before enough coins are mined to equal your 0.25% premine

I realize the block reward will eventually be modified based on current exchange price, but I assume it will probably not be increased, only decreased?

newbie
Activity: 42
Merit: 0
February 28, 2014, 11:53:22 PM
Is it possible to shed a little more light on the existence of the investment group? Also, I don't know if we'll attract any major miners without the source available.

The premine scares me a bit and right now we're taking you guys on your word.

.25% premine = 2,500,000 coins x your expected exchange rate of .0015 = 2875btc worth of AIR, once it goes live on an exchange

This causes a little concern for me. I am currently mining and would like to be a big promoter of this coin, however I would like my mind to be put a bit at ease. The concept of AIR is great if everything goes as planned..
sr. member
Activity: 281
Merit: 250
February 28, 2014, 11:25:17 PM
If anyone wants to mine in my pool, come on over..http://air.carbonshark.com I am a new pool operator, so let me know what I am doing wrong/right.  Grin
legendary
Activity: 2646
Merit: 2793
Shitcoin Minimalist
February 28, 2014, 11:19:29 PM
I was critical earlier, but this has too much potential to pass by. My mining power is dedicated to AIR, for now.
member
Activity: 70
Merit: 10
AIRcoin Alexander
February 28, 2014, 10:33:56 PM
Website still says version 0.8.1 (above the wallet selection links) {consumer downloads}

Windows link is for "AIRcoin-v0.8.7.1_KGW.zip" <-- Correct file
Linux link is for "AIRcoin-v0.8.7.1_KGW_Linux.zip" <-- Correct file

Actual Internal windows version# v0.8.6.2-gda10b75-beta
Actual Internal linux version# v? <-- Anyone have this number from the latest download?

Wallet reporting block 9278 at the moment. Diff 96.1K (1.46636962890625 Diff) 14 connections.

P.S. Nice smooth Gravity-well results... Easy to see hash-rate of network with the diff-change now. Value will be easy to gauge once this hits an exchange. (No having to guess and calculate for 24-hours.)

P.P.S. Don't be too hard on the devs... that was a MAJOR change to the code. Tongue Which they rolled-out rather fast, and smoothly... regardless.

The file names on the website have been fixed. Our website designer originally believed that this update would be 0.8.7.1.

hero member
Activity: 574
Merit: 500
February 28, 2014, 09:33:30 PM
Is that the linux compile?

Windows.
hero member
Activity: 504
Merit: 500
February 28, 2014, 09:32:49 PM
Blocks 9290
Version about v0.8.6.2-gda10b75-beta
Version getinfo 80602
Is that the linux compile?

Block 9296 now 8:33PM (GMT -5) 12 connections Diff 96K (1.46484375 Diff)
hero member
Activity: 574
Merit: 500
February 28, 2014, 09:22:29 PM
Blocks 9290
Version about v0.8.6.2-gda10b75-beta
Version getinfo 80602
hero member
Activity: 504
Merit: 500
February 28, 2014, 08:58:36 PM
Website still says version 0.8.1 (above the wallet selection links) {consumer downloads}

Windows link is for "AIRcoin-v0.8.7.1_KGW.zip" <-- Correct file
Linux link is for "AIRcoin-v0.8.7.1_KGW_Linux.zip" <-- Correct file

Actual Internal windows version# v0.8.6.2-gda10b75-beta
Actual Internal linux version# v? <-- Anyone have this number from the latest download?

Wallet reporting block 9278 at the moment. Diff 96.1K (1.46636962890625 Diff) 14 connections.

P.S. Nice smooth Gravity-well results... Easy to see hash-rate of network with the diff-change now. Value will be easy to gauge once this hits an exchange. (No having to guess and calculate for 24-hours.)

P.P.S. Don't be too hard on the devs... that was a MAJOR change to the code. Tongue Which they rolled-out rather fast, and smoothly... regardless.
member
Activity: 70
Merit: 10
AIRcoin Alexander
February 28, 2014, 08:47:16 PM
One is linux-compile, one is windows-compile?

There are two separate compiles, they both came from the same code though.  When did you compile Mortimer?

EDIT: I see you may have downloaded the Source almost as soon it came out to about 2 hours after.  As long as your checkpoints.cpp file has checkpoints every 1000 blocks till 8000 blocks, and you have the Kimoto gravity well enabled (in main.cpp, do a quick search for Kimoto and/or gravity should be starting at line 1174), and your main.cpp has the following starting at line 921:

Code:
int CMerkleTx::GetBlocksToMaturity() const
{
    if (!IsCoinBase())
        return 0;
    return max(0, (COINBASE_MATURITY+17) - GetDepthInMainChain());


You should be fine, regardless of what the wallet version says.

Mortimer, if you have changes outlined here and your wallet syncs, it doesn't matter whether your version is 0.8.6.2-KGW or 0.8.7.1-KGW.  Everyone else should still be on 0.8.6.2 still if they downloaded the wallet AFTER AIRcoin Aether's post about the features of the new wallet.  If you downloaded source before that from Github, you will have a different version number.  This is why "UPDATE NOW" posts will be clearer in the future (sorry about that), so everyone knows when we are telling them to update from when we are talking about a wallet update in progress.  

Do we have a block explorer up and running yet ?

Three pools are reporting are reporting three different current block heights - obviously two of them are wrong.

A block explorer is in the works, but is not ready for release yet.  We are working on it though! Smiley

I beg to differ, I believe the version number absolutely DOES matter.  If you make an announcement about new wallet version 8.7.1, the new wallet should report that version# when checked with getinfo.  That is how we know we are running on the correct version.

Version number is VERY important to proper synchronization of the blockchain.  If my client is reporting 8.7.1 and the majority of the network is on 8.6.2 my wallet will not synchronize.  This is how forks occur, when too many people are running the wrong version client.  It doesn't matter whether my main.cpp has the right code in it or not.  Version, as in version reported by the client regardless of what source code was compiled.  

Telling people that their 8.6.2 wallet is "really 8.7.1 even though that's not what it says" is plain messed up.



Mortimer is completely correct and this is a sentiment I have expressed repeatedly to AIRcoin Dev O. Our programmers were given free reign to release a new wallet on their own, but did not meet yours and (infinitely higher) my standards. From here on out, I will be overseeing the releases personally and you can trust that the developer(s) in question who allowed this release to become this confusing will dealt with accordingly.

Whether it works or not isn't the goal, that's the requirement. Our goal is to make things smooth, professional, and clean, something this wallet release was not. You can leave it to me to sit down with the developers and identify how we need to alter our team in order to proceed according to our plan. After I debrief the team to identify the exact sequence of events, I will release a statement to all of you that explains exactly what happened. For now, there is adequate information to make sure your wallets are up to date, but it is likely we will release a refresh version that displays the complete version on equal terms for all users.

For now, I recommend that users recompile from the github or re-download from our site and delete the blocks, chainstate, and db.log folder to re-sync your wallets if you have any further concerns about the version number. They should ALL say 8.6.2 now. If you have zip files or folders named 8.7.1, use getinfo, and you should see 8.6.2 on all versions currently available for download. Let me know if this is not the case, as I am still digging through what our team exactly did wrong.

AIRcoin Dev O is our general development account, but it is primarily used by one of our programmers. As the manager behind this update, has been removed from his position.

I will make sure not only that this doesn't happen again, but that there is just response to those who let it happen.

- Alexander
hero member
Activity: 532
Merit: 500
February 28, 2014, 08:02:48 PM
One is linux-compile, one is windows-compile?

There are two separate compiles, they both came from the same code though.  When did you compile Mortimer?

EDIT: I see you may have downloaded the Source almost as soon it came out to about 2 hours after.  As long as your checkpoints.cpp file has checkpoints every 1000 blocks till 8000 blocks, and you have the Kimoto gravity well enabled (in main.cpp, do a quick search for Kimoto and/or gravity should be starting at line 1174), and your main.cpp has the following starting at line 921:

Code:
int CMerkleTx::GetBlocksToMaturity() const
{
    if (!IsCoinBase())
        return 0;
    return max(0, (COINBASE_MATURITY+17) - GetDepthInMainChain());


You should be fine, regardless of what the wallet version says.

Mortimer, if you have changes outlined here and your wallet syncs, it doesn't matter whether your version is 0.8.6.2-KGW or 0.8.7.1-KGW.  Everyone else should still be on 0.8.6.2 still if they downloaded the wallet AFTER AIRcoin Aether's post about the features of the new wallet.  If you downloaded source before that from Github, you will have a different version number.  This is why "UPDATE NOW" posts will be clearer in the future (sorry about that), so everyone knows when we are telling them to update from when we are talking about a wallet update in progress.  

Do we have a block explorer up and running yet ?

Three pools are reporting are reporting three different current block heights - obviously two of them are wrong.

A block explorer is in the works, but is not ready for release yet.  We are working on it though! Smiley

I beg to differ, I believe the version number absolutely DOES matter.  If you make an announcement about new wallet version 8.7.1, the new wallet should report that version# when checked with getinfo.  That is how we know we are running on the correct version.

Version number is VERY important to proper synchronization of the blockchain.  If my client is reporting 8.7.1 and the majority of the network is on 8.6.2 my wallet will not synchronize.  This is how forks occur, when too many people are running the wrong version client.  It doesn't matter whether my main.cpp has the right code in it or not.  Version, as in version reported by the client regardless of what source code was compiled.  

Telling people that their 8.6.2 wallet is "really 8.7.1 even though that's not what it says" is plain messed up.

member
Activity: 105
Merit: 10
Proteus?
February 28, 2014, 07:58:25 PM
I am at 9182 diff about 100k in cgminer (1.52587890625)

8 connections, seems like it is appropriate with the rest of the hash-power for the majority. If your diff os lower, you are on the wrong chain with fewer people... delete the block-chain and peer-info and let it download again, finding the new connections.

Yep, tried the above, but now I'm not syncing.  Do we have any stable nodes other than what's listed in the OP?

Also, what is the version reported by getinfo with your client?  I seem to be the only person with 080701

*Edit*
Yeah, I'm guessing the version# is definitely the problem.  Devs posted new version is 080701 but I seem to be the only person whose client actually reports version 080701, current Github source and binaries all still say 080602 even though the code is really 080701.

so how can we go forward now?

new wallet downloaded few minutes ago, the wallet does not open and get in tilt.

EXTRA



If your wallet is still not syncing, as ISAWHIM suggested, please close the daemon or AIRcoin-qt.exe, delete the "blocks" and "chainstate" folders, and the "db.log" in your AppData/Roaming/AIRcoin folder, then restart the daemon or AIRcoin-qt.exe and wait for the wallet to sync.  If it still refuses to sync after that (it should be syncing) then close down the daemon or qt.exe and check to make sure your AIRcoin.conf matches the example on the topic page.  If it doesn't, please edit it, save it, and restart the daemon or qt.exe version of the client.  If it does, please redownload the wallet and try the above steps again.  For further assistance, please PM me or any other developer.    
member
Activity: 105
Merit: 10
Proteus?
February 28, 2014, 07:43:10 PM
One is linux-compile, one is windows-compile?

There are two separate compiles, they both came from the same code though.  When did you compile Mortimer?

EDIT: I see you may have downloaded the Source almost as soon it came out to about 2 hours after.  As long as your checkpoints.cpp file has checkpoints every 1000 blocks till 8000 blocks, and you have the Kimoto gravity well enabled (in main.cpp, do a quick search for Kimoto and/or gravity should be starting at line 1174), and your main.cpp has the following starting at line 921:

Code:
int CMerkleTx::GetBlocksToMaturity() const
{
    if (!IsCoinBase())
        return 0;
    return max(0, (COINBASE_MATURITY+17) - GetDepthInMainChain());


You should be fine, regardless of what the wallet version says.

Mortimer, if you have changes outlined here and your wallet syncs, it shouldn't matter whether your version is 0.8.6.2-KGW or 0.8.7.1-KGW.  Everyone else should still be on 0.8.6.2 still if they downloaded the wallet AFTER AIRcoin Aether's post about the features of the new wallet.  If you downloaded source before that from Github, you will have a different version number.  This is why "UPDATE NOW" posts will be clearer in the future (sorry about that), so everyone knows when we are telling them to update from when we are talking about a wallet update in progress.  

Do we have a block explorer up and running yet ?

Three pools are reporting are reporting three different current block heights - obviously two of them are wrong.

A block explorer is in the works, but is not ready for release yet.  We are working on it though! Smiley
hero member
Activity: 574
Merit: 500
February 28, 2014, 06:38:35 PM
9216 block in my wallet.
hero member
Activity: 532
Merit: 500
February 28, 2014, 06:37:57 PM
OK - I'm sync'd and on what I think is the correct chain now (of course we cannot know this without an official block explorer)

Error above was due to a goof in the .conf file on my part

http://air.pitythepool.com up and running again

On a side note, this update release was a train wreck - client still reports version 080602
hero member
Activity: 532
Merit: 500
February 28, 2014, 06:22:41 PM
I am at 9182 diff about 100k in cgminer (1.52587890625)

8 connections, seems like it is appropriate with the rest of the hash-power for the majority. If your diff os lower, you are on the wrong chain with fewer people... delete the block-chain and peer-info and let it download again, finding the new connections.

Yep, tried the above, but now I'm not syncing.  Do we have any stable nodes other than what's listed in the OP?

Also, what is the version reported by getinfo with your client?  I seem to be the only person with 080701

*Edit*
Yeah, I'm guessing the version# is definitely the problem.  Devs posted new version is 080701 but I seem to be the only person whose client actually reports version 080701, current Github source and binaries all still say 080602 even though the code is really 080701.

so how can we go forward now?


We need to wait for devs to chime in and figure out WTF is going on.  The QT on mydesktop shows v 080602 as well, and is currently at block 9210 which seems right.

I just recompiled GitHub source (which also still shows 080602 even though all comments say it should be 080701) and now I'm getting an error when trying to run aircoind:

Code:
aircoind: main.cpp:2923: bool InitBlockIndex(): Assertion `block.GetHash() == hashGenesisBlock' failed.
legendary
Activity: 1372
Merit: 1005
DASH is the future of crypto payments!
February 28, 2014, 06:10:46 PM
I am at 9182 diff about 100k in cgminer (1.52587890625)

8 connections, seems like it is appropriate with the rest of the hash-power for the majority. If your diff os lower, you are on the wrong chain with fewer people... delete the block-chain and peer-info and let it download again, finding the new connections.

Yep, tried the above, but now I'm not syncing.  Do we have any stable nodes other than what's listed in the OP?

Also, what is the version reported by getinfo with your client?  I seem to be the only person with 080701

*Edit*
Yeah, I'm guessing the version# is definitely the problem.  Devs posted new version is 080701 but I seem to be the only person whose client actually reports version 080701, current Github source and binaries all still say 080602 even though the code is really 080701.

so how can we go forward now?

new wallet downloaded few minutes ago, the wallet does not open and get in tilt.

EXTRA
hero member
Activity: 532
Merit: 500
February 28, 2014, 05:26:52 PM
I am at 9182 diff about 100k in cgminer (1.52587890625)

8 connections, seems like it is appropriate with the rest of the hash-power for the majority. If your diff os lower, you are on the wrong chain with fewer people... delete the block-chain and peer-info and let it download again, finding the new connections.

Yep, tried the above, but now I'm not syncing.  Do we have any stable nodes other than what's listed in the OP?

Also, what is the version reported by getinfo with your client?  I seem to be the only person with 080701

*Edit*
Yeah, I'm guessing the version# is definitely the problem.  Devs posted new version is 080701 but I seem to be the only person whose client actually reports version 080701, current Github source and binaries all still say 080602 even though the code is really 080701.
hero member
Activity: 504
Merit: 500
February 28, 2014, 05:04:12 PM
I am at 9182 diff about 100k in cgminer (1.52587890625)

8 connections, seems like it is appropriate with the rest of the hash-power for the majority. If your diff os lower, you are on the wrong chain with fewer people... delete the block-chain and peer-info and let it download again, finding the new connections.
Pages:
Jump to: