Author

Topic: [AMBER] X13 POW/POS| 10k AMBER=0,01% SHARES | BUY, HOLD & GET DIVIDENDS in BTC/$ - page 127. (Read 407572 times)

member
Activity: 89
Merit: 10
...funny thing is, my solomining wallet stayed on track 'till now... the staking one went off, no connections (banned) as of now.


For me, the dividend money is gone.

Everything else is surprise, i expect nothing.

yup, same here... would be nice to inform the people about the delay, tho

but I think if this coin is going POS only due to 'dunno how to fix, so we close POW', I'm definitely out

legendary
Activity: 994
Merit: 1000
For me, the dividend money is gone.

Everything else is surprise, i expect nothing.
hero member
Activity: 1666
Merit: 701
Wallet Amberstuck again,
the discussions on BTT only about networks,node,connections,conf.file,wallet ,..etc more than twenty pages without solutions
Dividends until now not happening,no news,no announcements
hi Dev : we are waiting your respons here about the dividends
please give you respect for those who waiting for

thanks
full member
Activity: 185
Merit: 100
27 days of Q4 ending

Maybe surprise our dividends arrive as x-mas present.

But i guess not happening Sad


Wallet stuck again, lol.

Since 4 hours

I've been minting and staying on the correct chain with a simple .conf file

maxconnections=25
addnode=ambercoin01.mooo.com
addnode=ambercoin02.mooo.com
addnode=ambercoin03.mooo.com

I'm not solo mining just mining and it seems the peers that are connected to me are mostly on the correct chain also. I think those trying 'connect' and only connecting to one peer are having connection problems. This is a peer to peer network. If you are not talking to your peers how to you think you are going to stay on the correct chain. I've been bouncing around from 17 to 2 connections but mostly around 7~9 connections. Hopefully all your forking settles down. Maybe if you have more peers it will help spread the load across the network. Instead of broadcasting your blocks all down one peer if you broadcasted you solution to 15+ peers maybe you will not fork as much since 15 peers will get you block at the same time to pass to other peers they are connected to. Otherwise trying to jam all traffic down one peer and that peer get full or congested that may cause you to fork off the one peer you are connect to. Remember 'peer to peer' and not all centralized into one node.



So here is an example of what I was asking about.  This person has the 3 main nodes in his config file but he has 7-9 connections which means he is connecting to other peers besides the 3 main nodes.

This config file should include:

listen=0

and he should use connect=    instead of addnode=

maxconnections is superfluous since connecting to the 3 nodes with listen=0 will result in only 3 connections maximum.

What this tells me is that not everyone is following the instructions that have been posted.

What people need to understand is that during this situation more connections is not a good thing.  We want connections to be restricted to the main nodes only.

I understand that this may not solve the problem because there may be another problem in the wallet itself which is causing forks even when these nodes are connected exclusively.  But if we fix that problem we still may need to restrict peer connections to the main nodes for a while until the bad forks go away.

In the meantime, I started my wallet last night after forking connecting only to ambercoin01 and ambercoin03 and I have managed to stay on the right fork.  I am staking and solo mining.
hero member
Activity: 630
Merit: 500
getblockcount
610837
getblockbynumber 610837
"proofhash" : "0000efdb3b8ccf386c2f6cac6ff53c7de61946f50ccf1cfd05b5a03d69fb05c2"


Matches.
hero member
Activity: 700
Merit: 500
getblockcount
610837
getblockbynumber 610837
"proofhash" : "0000efdb3b8ccf386c2f6cac6ff53c7de61946f50ccf1cfd05b5a03d69fb05c2"


Matches!
full member
Activity: 139
Merit: 100
getblockcount
610837
getblockbynumber 610837
"proofhash" : "0000efdb3b8ccf386c2f6cac6ff53c7de61946f50ccf1cfd05b5a03d69fb05c2"
legendary
Activity: 994
Merit: 1000

getblockbynumber 606621

"proofhash" : "00000000162bea0ef20d45a4b6038164c0c63eb0afc6a620f25ea8e79ae99df0"


Same.

Does yours stake normally?

I was setting up my wallet again, curious if my stakes are orpahned again (should know within 2 hours or so)
legendary
Activity: 2002
Merit: 1051
ICO? Not even once.

getblockbynumber 606621

"proofhash" : "00000000162bea0ef20d45a4b6038164c0c63eb0afc6a620f25ea8e79ae99df0"


Same.
legendary
Activity: 994
Merit: 1000
27 days of Q4 ending

Maybe surprise our dividends arrive as x-mas present.

But i guess not happening Sad


Wallet stuck again, lol.

Since 4 hours

I've been minting and staying on the correct chain with a simple .conf file

maxconnections=25
addnode=ambercoin01.mooo.com
addnode=ambercoin02.mooo.com
addnode=ambercoin03.mooo.com

I'm not solo mining just mining and it seems the peers that are connected to me are mostly on the correct chain also. I think those trying 'connect' and only connecting to one peer are having connection problems.




I`m connecting not only to one peer (same .conf and nodes as you) and have problems.

Right now i´m on the right chain

getblockbynumber 606621

"proofhash" : "00000000162bea0ef20d45a4b6038164c0c63eb0afc6a620f25ea8e79ae99df0"







All synced but all the stakes all orphaned.

hero member
Activity: 700
Merit: 500
Hey all,
That's a fact, we forked during the night, that's weird...
It is corrected now. I'm going to check it all day long to be sure it doesn't fork again.

Not totally sure why it forked... Still had 5 peers (0.o)


EDIT : We are back on track!
legendary
Activity: 1764
Merit: 1022
27 days of Q4 ending

Maybe surprise our dividends arrive as x-mas present.

But i guess not happening Sad


Wallet stuck again, lol.

Since 4 hours

I've been minting and staying on the correct chain with a simple .conf file

maxconnections=25
addnode=ambercoin01.mooo.com
addnode=ambercoin02.mooo.com
addnode=ambercoin03.mooo.com

I'm not solo mining just mining and it seems the peers that are connected to me are mostly on the correct chain also. I think those trying 'connect' and only connecting to one peer are having connection problems. This is a peer to peer network. If you are not talking to your peers how to you think you are going to stay on the correct chain. I've been bouncing around from 17 to 2 connections but mostly around 7~9 connections. Hopefully all your forking settles down. Maybe if you have more peers it will help spread the load across the network. Instead of broadcasting your blocks all down one peer if you broadcasted you solution to 15+ peers maybe you will not fork as much since 15 peers will get you block at the same time to pass to other peers they are connected to. Otherwise trying to jam all traffic down one peer and that peer get full or congested that may cause you to fork off the one peer you are connect to. Remember 'peer to peer' and not all centralized into one node.

legendary
Activity: 1504
Merit: 1002
27 days of Q4 ending

Maybe surprise our dividends arrive as x-mas present.

But i guess not happening Sad


Wallet stuck again, lol.

Since 4 hours

Your not kidding...  I could really use that BTC for Christmas presents right about now! Undecided
legendary
Activity: 994
Merit: 1000
27 days of Q4 ending

Maybe surprise our dividends arrive as x-mas present.

But i guess not happening Sad


Wallet stuck again, lol.

Since 4 hours
member
Activity: 89
Merit: 10
Quote
getblockbynumber 610125
"proofhash" : "00003e0f6a2fd81e66b911f3822556fea125461d6c9ff8715b0614983ec80cdf"

Matches.
here, too ... so thecryptoworld could be assumed to went offroad

Quote
As an experiment of POS only mode we can try to operate network without pool mining and even reduce a solo mining.
While turn on POS mining with the following .conf:

listen=1
rpcuser=user
rpcpassword=pass
rpcport=31981
addnode=ambercoin01.mooo.com
addnode=ambercoin02.mooo.com
addnode=ambercoin03.mooo.com

All nodes will be restarted with bantime=1800 (30 min).
well, we'll see how thorough this experiment will turn out to be conductable... especially regarding the balance between low-diff-attraction vs. experimental-curiosity Wink

but in general it might turn out to be a good idea, after all at least worth an attempt.

the reducing of the bantime in general is a good idea to get back on track faster if one finds itself stuck on a forked chain.

I'll open up one staking and one listening wallet again making the above modifications... but I think I will try one with moo1 & 2, another with moo3 as a starting node... might give some additional insight.


hero member
Activity: 630
Merit: 500
Quote
getblockbynumber 610125
"proofhash" : "00003e0f6a2fd81e66b911f3822556fea125461d6c9ff8715b0614983ec80cdf"

Matches.
legendary
Activity: 2002
Merit: 1051
ICO? Not even once.
my wallets went offline for a short time as well ... I noted this just by the miner having rpc touble ... after 10-15 seconds it moved on... that happened around the height thecryptoworld is about right now... I'm reviewing the logfiles for something suspicious right now...


ok, pretty much sure, a fork has happened... yet, I'm not too sure about who's @ the right chain... I could bite myself for not being enough into the code in general, but I've got the hunch, that comparing blocktrust and trust around the height when some miner or pool finds itself being moving on a forked chain could contribute to eventually provide some clues...


hehe, someone's called his account 'pls_dont_fork' over at thecryptoworld... baaaaad omen dude Cheesy

If the UI on your pool is up to date then your pool is behind by 149 blocks compared to the mooo nodes. Funny thing is that I am connected to both the mooo nodes and your pool.

Edit:
getblockbynumber 610125
"flags" : "proof-of-stake",
"proofhash" : "00003e0f6a2fd81e66b911f3822556fea125461d6c9ff8715b0614983ec80cdf",

hero member
Activity: 630
Merit: 500
The only difference between networks before and after hardfork is adding a "checkpoint=" line in .conf file on node01.
Before there was only 1 node that sometimes even has a downtime but network was still working!
Now 3 nodes and one of them is checkpointing server (node01)

Recently we have tried to remove that line from the .conf. This cause that all nodes were on different heights within an hour.
Now this line is back in .conf

As an experiment of POS only mode we can try to operate network without pool mining and even reduce a solo mining.
While turn on POS mining with the following .conf:

listen=1
rpcuser=user
rpcpassword=pass
rpcport=31981
addnode=ambercoin01.mooo.com
addnode=ambercoin02.mooo.com
addnode=ambercoin03.mooo.com

All nodes will be restarted with bantime=1800 (30 min).
member
Activity: 89
Merit: 10
my wallets went offline for a short time as well ... I noted this just by the miner having rpc touble ... after 10-15 seconds it moved on... that happened around the height thecryptoworld is about right now... I'm reviewing the logfiles for something suspicious right now...


ok, pretty much sure, a fork has happened... yet, I'm not too sure about who's @ the right chain... I could bite myself for not being enough into the code in general, but I've got the hunch, that comparing blocktrust and trust around the height when some miner or pool finds itself being moving on a forked chain could contribute to eventually provide some clues...


hehe, someone's called his account 'pls_dont_fork' over at thecryptoworld... baaaaad omen dude Cheesy


however, on 2 separate wallets each connected individually to mooo1 and mooo3 respectively, both seem to agree upon the height reflected by blockexperts explorer atm.
legendary
Activity: 2002
Merit: 1051
ICO? Not even once.
I forked again. Solomining with only mooo1 which banned me.

As far as I know forks happen when blocks are generated from different sorces and those new blocks aren't make it to the whole network in time. And the fact that we fragment the network by only using connect/maxconnection and refusing other nodes to connect to us with listen=0 I don't think we will ever solve it this way.

With that said I think the best course of action would be if all of us would start generating blocks on the same node, meaning we should all mine on the same pool until we can interconnect all of our nodes. A pool that generates most of the blocks can't be thrown off by forked nodes as far as I know - unless something is really messed up. We should also only connect our wallets to the pool in order to make sure our wallets always get the newest blocks. For miners the dedicated nodes like the three mooo nodes doesn't really help with the forks because they aren't generating blocks just helping the communication between nodes but they do let you fork and ban you if you do because of solomining.

Since the cryptoworld pool solved 504 blocks in the last 24 hours it seems to be the biggest pool so now I'm only connected to it (connect=amber.thecryptoworld.org:4034) and will only mine there instead of solomining, BUT will re-enable PoS so if I get forked it will be safe to say it's because of PoS.

there are as well forks happening by POS...

...and the pool @ thecryptoworld might have been forked as well... but it might as well be me, the blockexperts explorer and mooo1

Yeah, thecryptoworld seem to have issues as well. With the current difficulty and the pool's hashrate it should find roughly 2-3 blocks per minute yet it barely finds anything. Damn.
Jump to: