Author

Topic: [AC] AsiaCoin | Pure PoS | 100% Interest - page 151. (Read 264588 times)

full member
Activity: 154
Merit: 100
Or the source code is in github...., he can compile a new version and delete the code for block her address.... can he ? .........

Yes anyone can go to github, revert code and do whatever.. but the point is if they do: they broke the protocol acceptance.

For anyone running with the new client: he can't go to YOUR machine and change the code YOU are running, he can only change his own client's code...

If he changes his client code (which anyone is able).. then his client code effectively would not be able to communicate with YOUR client code.. and thus a fork happens.. Your client which has the code would just reject any attempt at connection.. and your blockchain would never be modified with that transaction.  Even if on his blockchain it did..

We're talking about a network of distributed systems and clients here.. thus it's about what you accept.. if you take the client that has the fix.. then by definition you are protected.
full member
Activity: 154
Merit: 100
But he can send the alls coins to the order addresss, to the other pc with the old version wallet, and he can change the original address...... its very easy.... I dont know... I think its not the solutions.

Doing so will cause immediate fork: new wallets will not accept a block that has that transaction.  The code does if nheight > 18013 any attempt at transaction usign old address from either new or old wallet past that block will be rejected by ALL new wallets.  Protection is on incoming AcceptBlock/processblock of clients. 

In essence, even if he sends coins to old wallet running old code that can do the send.. newer clients will reject it, and be automatically on a different fork.
newbie
Activity: 28
Merit: 0
Great work, great new team, great goals, GREAT COIN !!! Grin

Come on AsiaCoin  Cool



Yea, u can also go back to Panda coin if u liked be scamed once again.
full member
Activity: 154
Merit: 100
Palth.net is trading AC. Wallets active but low volumes.

https://www.palth.net/market/AC/BTC


Someone contact these guys and make sure they have new wallet update.
full member
Activity: 154
Merit: 100
and did you check cbitcoinaddress, cbitcoinaddressvisitor, cbase58data, etc. that there is nothing hidden that would let the cbitcoinaddress constructors or "lostWallet.Get() == addressSource.Get()" do something unexpected? you can confirm that the == operator works correctly and has no tiny flaw added that will fail in this special case?

it's easy to quote a few lines of code that somehow look like that everything is ok while there are several thousand lines of code involved in making this one comparison work and where you could easily hide your stuff.

Coding pros make use of tools like windiff and winmerge.  That is the first thing I did even before applying the patches..

I also did negative whitebox testing, using owned addresses..

Is it enough? maybe not..

But at least read the actual thread to understand what has been done.. and/or look at the commit history.. and/or do your own diff/audit.. before making these uneducated comments.



full member
Activity: 154
Merit: 100
You can download this handy program, winmerge, to check the sourcecodes yourself. Other than that, you can't know if anybody is lying or not.

Bingo..

btw i used winmerge to compare Asiacoin to Cinni and Blackcoin.. and that is how i was able to find all the code diffs that the original scammer put in to hide the premine.  All those changes have been reverted in the new code base.

Code is open source guys.. commits are there.. download winmerge, go at it.  More people need to learn to code.. or at least read code.
newbie
Activity: 4
Merit: 0
What would happen if you took the source modified out the fixes, created 2 different wallet without the fix.  You then send the money from the premine account through the modded wallet, to the wallet of the other account with the modded wallet.  What would that do? Would that effectively transfer the coins from the premine to another account, thus it would be valid from there right?

Or do the nodes reject it? The nodes reject right?


Maestro1 says on page 37:

Only transactions from the wallets of the original developer (which holds the premined coins) are voided in the new wallet. All other transactions will remain valid regardless. However, people must upgrade to the new wallet when we release it to make sure that they are on the right network/blockchain if the original developer decided to mess around.

But he can send the alls coins to the order addresss, to the other pc with the old version wallet, and he can change the original address...... its very easy.... I dont know... I think its not the solutions.


The new wallet invalidates all transactions from his address (including what he sends to his own other addresses). If he sends coins with the old wallet, anyone running the new wallet (including the exchanges) will not accept the transaction. Anyone running the old wallet will still accept it (a fork occurs), but once they want to send it to anyone with a new address, the forked block containing any transaction from his old address (in the history of the coins) will be invalidated, therefore he won't be able to spend them anywhere.

Yes, of course.

But Now we cant confirm that he send the coins to the other address. I cant see the blockchain. can we know the age of the coins to destroy, block or diluite Huh?

Or the source code is in github...., he can compile a new version and delete the code for block her address.... can he ? .........


full member
Activity: 154
Merit: 100
Greate job "new" team!

well, you are right that there is no proof that the "new" team isn't in fact the old team. there is only a 2 months old account promising us that everything will be fine soon and we'll be back on the road to unlimited wealth. what's really going on and what the true intentions of this "team" really are, we don't know. in this situation we simply have no other option than to trust them and that they really try to save the coin and not to pull of another scam to dump the premined coin. they are in control now. nothing we as normal users can do about it.

Okay Mr. Rapecoin.. look at my trust rating and comments.  Tongue

What's your angle anyways?  It surely is not to protect people, but only motivated by personal gain. 

Maybe you are just trying to just get some ultra cheap coins from people so you can sell for MUCH higher once exchange opens?

Actually... that's not a bad idea..

But hey.. once you make your millions of BTC when AC goes up.. at least consider sending the foundation a tip for all THEIR hard work to fix the coin, so you could profit from it.. That's the least you can do..  Smiley
newbie
Activity: 4
Merit: 0
What would happen if you took the source modified out the fixes, created 2 different wallet without the fix.  You then send the money from the premine account through the modded wallet, to the wallet of the other account with the modded wallet.  What would that do? Would that effectively transfer the coins from the premine to another account, thus it would be valid from there right?

Or do the nodes reject it? The nodes reject right?


Maestro1 says on page 37:

Only transactions from the wallets of the original developer (which holds the premined coins) are voided in the new wallet. All other transactions will remain valid regardless. However, people must upgrade to the new wallet when we release it to make sure that they are on the right network/blockchain if the original developer decided to mess around.

But he can send the alls coins to the order addresss, to the other pc with the old version wallet, and he can change the original address...... its very easy.... I dont know... I think its not the solutions.


The new wallet invalidates all transactions from his address (including what he sends to his own other addresses). If he sends coins with the old wallet, anyone running the new wallet (including the exchanges) will not accept the transaction. Anyone running the old wallet will still accept it (a fork occurs), but once they want to send it to anyone with a new address, the forked block containing any transaction from his old address (in the history of the coins) will be invalidated, therefore he won't be able to spend them anywhere.

Yes, of course.

But Now we cant confirm that he send the coins to the other address. I cant see the blockchain. can we know the age of the coins to destroy, block or diluite Huh?
full member
Activity: 154
Merit: 100
I call for a adaptive PoS rate scheme.
If it is not so hard to implement,this definitely will give another major advantage.

Difficulty adjustment is happening in PoS.. same as PoW.. block halving and rewards are more similar concepts.

Anyways, this needs more thought.. not saying it might not have more merit.. But probably better reserved for a new coin concept... 
full member
Activity: 154
Merit: 100
You would have to use new chain to erase premine. So pretty much new coin with the name of the failed coin.

The strategy is not based on erasing the premine, but containing the premine, so that it cannot be used.
full member
Activity: 210
Merit: 100
What would happen if you took the source modified out the fixes, created 2 different wallet without the fix.  You then send the money from the premine account through the modded wallet, to the wallet of the other account with the modded wallet.  What would that do? Would that effectively transfer the coins from the premine to another account, thus it would be valid from there right?

Or do the nodes reject it? The nodes reject right?


Maestro1 says on page 37:

Only transactions from the wallets of the original developer (which holds the premined coins) are voided in the new wallet. All other transactions will remain valid regardless. However, people must upgrade to the new wallet when we release it to make sure that they are on the right network/blockchain if the original developer decided to mess around.

But he can send the alls coins to the order addresss, to the other pc with the old version wallet, and he can change the original address...... its very easy.... I dont know... I think its not the solutions.


The new wallet invalidates all transactions from his address (including what he sends to his own other addresses). If he sends coins with the old wallet, anyone running the new wallet (including the exchanges) will not accept the transaction. Anyone running the old wallet will still accept it (a fork occurs), but once they want to send it to anyone with a new wallet, the forked block containing any transaction from his old address (in the history of the coins) will be invalidated, therefore he won't be able to spend them anywhere.
newbie
Activity: 4
Merit: 0
What would happen if you took the source modified out the fixes, created 2 different wallet without the fix.  You then send the money from the premine account through the modded wallet, to the wallet of the other account with the modded wallet.  What would that do? Would that effectively transfer the coins from the premine to another account, thus it would be valid from there right?

Or do the nodes reject it? The nodes reject right?


Maestro1 says on page 37:

Only transactions from the wallets of the original developer (which holds the premined coins) are voided in the new wallet. All other transactions will remain valid regardless. However, people must upgrade to the new wallet when we release it to make sure that they are on the right network/blockchain if the original developer decided to mess around.

But he can send the alls coins to the order addresss, to the other pc with the old version wallet, and he can change the original address...... its very easy.... I dont know... I think its not the solutions.
full member
Activity: 163
Merit: 100
founder of X-Laboratories
As soon as I download the new wallet I will donate as promised.
20% of my total AC holding  to the DEV AC address.
Please provide the correct address for the tranfer.
Great job guys!!!
 P.S.

We need to coordinate with miners to sustain the market price of the AC.
I hope the multipool will be the next step of this brilliant initiative.
We need to have a decent and costant BUY pressure on major markets, and to stabilize price.
We need to point our hashing power to one or max two multipools. (X-Lab can provide respectable hashing power)
We need to mine other alts----->sell them at market price to obtain BTC and then BUY decent quantities of AC coin costantly, over multiple markets and with the right pace to avoid price drops.
sr. member
Activity: 1708
Merit: 295
https://bitlist.co
Great news:

I have received word from Bter.com that they reviewed our code, are happy with our solution and have upgraded their wallets. Trades and deposits are still suspended until we confirm that it is safe to do so (after the new wallets are released and marketed to the community), which should be in around a week.

Hopefully more exchanges will follow soon.

This is fantastic news!!!! Way to go devs and the whole community for the support!!!
full member
Activity: 210
Merit: 100
Great news:

I have received word from Bter.com that they reviewed our code, are happy with our solution and have upgraded their wallets. Trades and deposits are still suspended until we confirm that it is safe to do so (after the new wallets are released and marketed to the community) and the new wallets are widely tested, which should be in around a week.

Hopefully more exchanges will follow soon.
newbie
Activity: 54
Merit: 0
when can we expect the opening of trading?
newbie
Activity: 14
Merit: 0
@Crunchynut
Thanks for playing devil's advocate. We need everyone to provide constructive criticism, and it sounds like you're code savvy enough to help us out. Go ahead and review the code. Let us know if you see a problem that needs to be addressed, or you could even address it yourself.

So what is to prevent the original developer from selling more coins from the premine as we speak? Are you rolling back the block-chain to some point in the past or what, I don't get it?

Im not a coder, but as far as i know, there is a hardcode to block wallet, where the orriginal dev have these premined coins. That's the main reason for stop deposits and withdraws on exchanges and the rason why we'rewaiting for new updated wallet. Those premined coins will be, simply told, ignored.
I am a coder. I'll break it down.

Everyone can look on our AsiaCoin block explorer from the OP that wallet AKPy5ugy98yBkBCNU9Ne1bHExy5tqdq9Gu gained 3228519924.78 AC from transaction 4f2a34278389aac0b88bbb283338d4dac9314ec62e7dba0f263fc4570aa93c3b. If we go back to the first blocks, it's easy to spot that  block 1 is the original dev's premine and has a similarly large value to the dev wallet above.

As for the code fixes, look here and here for the hard coded dev wallet bans. We can all see redundant checks to block AKPy5ugy98yBkBCNU9Ne1bHExy5tqdq9Gu in ProcessBlock, IsStandard, and AcceptBlock. Check it out for yourselves. Each dev wallet ban in the code looks similar to this:
Code:
static const CBitcoinAddress lostWallet ("AKPy5ugy98yBkBCNU9Ne1bHExy5tqdq9Gu");
Code:
if (lostWallet.Get() == addressSource.Get()){
return error("CBlock::AcceptBlock() : Banned Address %s tried to send a transaction (rejecting it).", addressSource.ToString().c_str());
}


you also checked whether this code is ever executed and there isn't anything hidden that prevents that check?

and did you check cbitcoinaddress, cbitcoinaddressvisitor, cbase58data, etc. that there is nothing hidden that would let the cbitcoinaddress constructors or "lostWallet.Get() == addressSource.Get()" do something unexpected? you can confirm that the == operator works correctly and has no tiny flaw added that will fail in this special case?

it's easy to quote a few lines of code that somehow look like that everything is ok while there are several thousand lines of code involved in making this one comparison work and where you could easily hide your stuff.
full member
Activity: 210
Merit: 100
What would happen if you took the source modified out the fixes, created 2 different wallet without the fix.  You then send the money from the premine account through the modded wallet, to the wallet of the other account with the modded wallet.  What would that do? Would that effectively transfer the coins from the premine to another account, thus it would be valid from there right?

Or do the nodes reject it? The nodes reject right?


Adding to what Maxikosw quoted from me:

That's why need to make sure that exchanges have the correct wallet, and that everyone updates to the new version so that they will not accept any coins sent from the banned address of the original developer. This way whoever remains in the old wallet could be sent those invalid coins (this creates a fork), but the network that people who use the updated wallet and exchanges are on will not accept any blocks that there is a transaction from the banned address, therefore we're safe.

It's the same for any other cryptocurrency, you can take the source and ban any address but it will not matter as the places that matter (exchanges and pools in the case of PoW coins) are on the correct blockchain running the correct wallet.
full member
Activity: 151
Merit: 100
What would happen if you took the source modified out the fixes, created 2 different wallet without the fix.  You then send the money from the premine account through the modded wallet, to the wallet of the other account with the modded wallet.  What would that do? Would that effectively transfer the coins from the premine to another account, thus it would be valid from there right?

Or do the nodes reject it? The nodes reject right?


Maestro1 says on page 37:

Only transactions from the wallets of the original developer (which holds the premined coins) are voided in the new wallet. All other transactions will remain valid regardless. However, people must upgrade to the new wallet when we release it to make sure that they are on the right network/blockchain if the original developer decided to mess around.
Jump to: