Pages:
Author

Topic: ◈◈Bitcredit ◈◈ Migrating to UniQredit◈◈ - page 89. (Read 284526 times)

legendary
Activity: 966
Merit: 1000
One strange thing i'd like users to confirm for me : bidtracker/final.dat is showing zero values only in windows ? While linux users have accurate numbers?

My (linux) final.dat looks like this right now:
Code:
1NFPKQdfigWdfGwZmhSZKomvoUYvJWUqW9,100000.000000
1ASJQ7SE84sgQketS2kQCTQLV3DJesYnLh,4000000.000000
1PEWVhJaaLYuhT8Nor4gVjKn9rDiCWJJEk,1000000.000000
1KgKG9SWSTUCqaC7kmaBFL87EUCsE7ot38,100000.000000
1ASJQ7SE84sgQketS2kQCTQLV3DJesYnLh,1000000.000000
1FkwyC42xdHHw3QEVgUfJg8ihVUfbxKaJB,1200000.000000
LS18wropMM8VwT8YFiEZJE7LK8UdZVXXyE,1235.300000
XyHvWG9iAhtmk31gMymsfdhuC1DQg1Sr8K,10534.380000
XvwiNgZctKuiKCvnbFy2z3fBUqfWAyqNTb,105343.800000
XmKJ7KmtrQr1E3dgvcbjbDVyZngRpH9aSg,105343.800000

It is not accurate though, have made two bids with DASH since the ones shown, from XmKJ7KmtrQr1E3dgvcbjbDVyZngRpH9aSg: heh, I was going to post a link but you can just click the DASH bidding address in-wallet...



Anyway user X is suggesting that we do limit mining consecutive blocks but allow any user to mine , seeing as he says he has free electricity and as a result can afford to mine.

Thoughts?

User X is a mooching schmuck, his parents/landlord/employer are paying for that electricity, nothing is free.
sr. member
Activity: 322
Merit: 250

Thanks for the tip on windows....can't seem to figure out why though... i'll have to spin up a vm and try getting a build/test environ for it .

I think the problem goes from opening the addresses (eg. https://blockchain.info) in curl.
Opening a website address in windows has to pass through windows policies/IE security policies ... and so on.

In linux, you don't have such limitations ...

Maybe we can try using json to get around it, talked to hack_ about it, but he's gone off the grid again.

recompiling the curl again to make sure I have https support.
testing ...
hero member
Activity: 602
Merit: 501

Thanks for the tip on windows....can't seem to figure out why though... i'll have to spin up a vm and try getting a build/test environ for it .

I think the problem goes from opening the addresses (eg. https://blockchain.info) in curl.
Opening a website address in windows has to pass through windows policies/IE security policies ... and so on.

In linux, you don't have such limitations ...

Maybe we can try using json to get around it, talked to hack_ about it, but he's gone off the grid again.
sr. member
Activity: 322
Merit: 250

Thanks for the tip on windows....can't seem to figure out why though... i'll have to spin up a vm and try getting a build/test environ for it .

I think the problem goes from opening the addresses (eg. https://blockchain.info) in curl.
Opening a website address in windows has to pass through windows policies/IE security policies ... and so on.

In linux, you don't have such limitations ...
hero member
Activity: 602
Merit: 501
As i see with the mining (for example one R9 290) is possible to have 1500-2000 BCR/day. With the one node maybe 60-100 BCR.

I would do:

for the first two BN 50 000
for the next two BN 75 000
for the next two BN 100 000
...

Otherwise mining trough the BN will not have that much sense if somebody has 30 nodes.


The problem here would be distinguishing accurately whic node belongs to who  the overall logic would fail since people can just as simply import the privkey into a new wallet.
hero member
Activity: 602
Merit: 501
As though to try and anticipate the upcoming restrictions , seems there are two nodes now alternating block production.... So my idea to maintain a list of the last 5-10 keys (ie 5-10 blocks) may be what we resort to. If we go with 5 blocks, a miner wishing to try and dominate mining would have the cost of mining + the 250K required for 5 BNs....@ 10 blocks that doubles. I am thinking of using a dynamic limit, simply a BN can only produce one block in half the total active BNs. ie with 50 BNs active a BN can only produce one in 25 blocks.

I wish some of you would raise your issues publicly rather than in private, open discussion is good for projects like this. Anyway user X is suggesting that we do limit mining consecutive blocks but allow any user to mine , seeing as he says he has free electricity and as a result can afford to mine.

Thoughts?

What if from 50 active BN's, 25 is not mining?
eg: 104.238.186.50 has 28BN's ... are all mining ?!

We are not worried about the location....we are worried if it actually is a BN, ie with the unspent 50K input.

If we will go with such restrictive rules then why not to made first a rule inside a mining BN that after findind it's block it stops to mine for this 5 consecutive blocks, why to waste energy and CPU cycles for example second BN with another port on the same ip/VPS can mine with this CPU. It then could be allocated not one core per one BN on one port (setgenerate true 1) but with all cores shared minus BNs that found blocks lastly.

And about "One strange thing i'd like users to confirm for me : bidtracker/final.dat is showing zero values only in windows ? While linux users have accurate numbers?"

Confirmed , final.dat on linux shows bids, on windows only shows zero values.



@dragos_bdi
And no, only 1 core and 1 BN is mining right now for these 28 BNs,  +  ocassionaly few local cores for a few these BNs addresses (don't know how it counts and what rules are applied), and probably will stays that way.

That's a great idea but it would clash with the suggested policy of dynamic limiting and the "1 core" policy. if we istitute limits in the mining threads..what if the limit adjusts to 4 or two blocks?

Thanks for the tip on windows....can't seem to figure out why though... i'll have to spin up a vm and try getting a build/test environ for it .
hero member
Activity: 819
Merit: 502
As i see with the mining (for example one R9 290) is possible to have 1500-2000 BCR/day. With the one node maybe 60-100 BCR.

I would do:

for the first two BN 50 000
for the next two BN 75 000
for the next two BN 100 000
...

Otherwise mining trough the BN will not have that much sense if somebody has 30 nodes.
hero member
Activity: 602
Merit: 501
^^^^^^

very low PoS for ddos on the BNs? that is centralized though isn't it? with the master key and all

This network does not rely on a masterkey, there are no longer any central nodes as users now connect to each other pure p2p.

@ doesntmatter out of 100 miners , how many would have the same mind frame as you? Further as you have stated you are doing , you are using external miners which do not honour payout blocks, thereby depriving the network of the growth we are trying to foster. Please if there is any point of centralization, please , please point it out. Even the "spork" code that made others jittery has been filtered out. Noone is central as far as connectivity is concerned. As for other coins adding value, that could not be any clearer, they send to an address we own, we allocate them bcr and we sell what they sent us, and send the BTC to the multi-sig address.

I think you need to step back fro the "miner" mentality and look at this from a finance point of view. What does burning electricity add to BCR's or any coin's fundamental value? Can you explain to an everyday user of money , (i am talking 7 billion people) how "cryptography" and a lot of electricity/hot air gives value to something?

The reason gold was so popular as money, is that it has uses beyond value of measure...can you tell me a use for 0's and 1's made by burning a ton of electricity , other than the fact that they are a nearly definitive transfer of assumed value? Practical analysis by major finance minds still leaves Bitcoin looking as a security/commodity rather than as actual money and even then it's value is highly speculative because noone can actually say that it has a threshold value.

For the purposes of BTC, perhaps their model works. But for the purposes of BCR and our intended spectrum of services/utilities , i completely disagree with your views.
sr. member
Activity: 322
Merit: 250
As though to try and anticipate the upcoming restrictions , seems there are two nodes now alternating block production.... So my idea to maintain a list of the last 5-10 keys (ie 5-10 blocks) may be what we resort to. If we go with 5 blocks, a miner wishing to try and dominate mining would have the cost of mining + the 250K required for 5 BNs....@ 10 blocks that doubles. I am thinking of using a dynamic limit, simply a BN can only produce one block in half the total active BNs. ie with 50 BNs active a BN can only produce one in 25 blocks.

I wish some of you would raise your issues publicly rather than in private, open discussion is good for projects like this. Anyway user X is suggesting that we do limit mining consecutive blocks but allow any user to mine , seeing as he says he has free electricity and as a result can afford to mine.

Thoughts?

What if from 50 active BN's, 25 is not mining?
eg: 104.238.186.50 has 28BN's ... are all mining ?!

We are not worried about the location....we are worried if it actually is a BN, ie with the unspent 50K input.

If we will go with such restrictive rules then why not to made first a rule inside a mining BN that after findind it's block it stops to mine for this 5 consecutive blocks, why to waste energy and CPU cycles for example second BN with another port on the same ip/VPS can mine with this CPU. It then could be allocated not one core per one BN on one port (setgenerate true 1) but with all cores shared minus BNs that found blocks lastly.

And about "One strange thing i'd like users to confirm for me : bidtracker/final.dat is showing zero values only in windows ? While linux users have accurate numbers?"

Confirmed , final.dat on linux shows bids, on windows only shows zero values.



@dragos_bdi
And no, only 1 core and 1 BN is mining right now for these 28 BNs,  +  ocassionaly few local cores for a few these BNs addresses (don't know how it counts and what rules are applied), and probably will stays that way.

Exactly !

So, from 53 BN's active, at most 53- 28 + 1 = 26 are mining.
So if you impose a limit that one BN can mine only one time @ 53/2 = aprox. 26 blocks, that is at limit. What if from the rest of 26 active BN's, there are another 3-4 BN's that are not mining? We STOP !
Same scenario could be theoretical possible if you limit @5 ... or other numbers.

I also confirm that on linux bids are OK, but in windows, no.
sr. member
Activity: 260
Merit: 250
As though to try and anticipate the upcoming restrictions , seems there are two nodes now alternating block production.... So my idea to maintain a list of the last 5-10 keys (ie 5-10 blocks) may be what we resort to. If we go with 5 blocks, a miner wishing to try and dominate mining would have the cost of mining + the 250K required for 5 BNs....@ 10 blocks that doubles. I am thinking of using a dynamic limit, simply a BN can only produce one block in half the total active BNs. ie with 50 BNs active a BN can only produce one in 25 blocks.

I wish some of you would raise your issues publicly rather than in private, open discussion is good for projects like this. Anyway user X is suggesting that we do limit mining consecutive blocks but allow any user to mine , seeing as he says he has free electricity and as a result can afford to mine.

Thoughts?

What if from 50 active BN's, 25 is not mining?
eg: 104.238.186.50 has 28BN's ... are all mining ?!

We are not worried about the location....we are worried if it actually is a BN, ie with the unspent 50K input.

If we will go with such restrictive rules then why not to made first a rule inside a mining BN that after findind it's block it stops to mine for this 5 consecutive blocks, why to waste energy and CPU cycles for example second BN with another port on the same ip/VPS can mine with this CPU. It then could be allocated not one core per one BN on one port (setgenerate true 1) but with all cores shared minus BNs that found blocks lastly.

And about "One strange thing i'd like users to confirm for me : bidtracker/final.dat is showing zero values only in windows ? While linux users have accurate numbers?"

Confirmed , final.dat on linux shows bids, on windows only shows zero values.



@dragos_bdi
And no, only 1 core and 1 BN is mining right now for these 28 BNs,  +  ocassionaly few local cores for a few these BNs addresses (don't know how it counts and what rules are applied), and probably will stays that way.
legendary
Activity: 1246
Merit: 1005
^^^^^^

very low PoS for ddos on the BNs? that is centralized though isn't it? with the master key and all
newbie
Activity: 39
Merit: 0


easy enough.... and if one cpu can encode it fast, will take a real computer very little time to hack through it...
mining and the rise in hash are GOOD!!! Look at what happened to both PTS and BTS when pts converted.... AND they made $100MIL upfront!!!! everyone who had paid lost!  but really.... you thinkk the blocks will flow with all these rules... so what happens if someone ddos 2 or 3 node.... the rest CAN'T move the chain??? and my 1$ a day is ADDING TO THE VALUE.... because i seldom sell!

I have never been in this for the money and held this network up for several months...  but this is exactly what is wrong with the world... we don't like what that guy is doing, oh just make a rule against it!

I can make this real easy... your network is NOT P2P as it doesn't connect... THIS NET is centralized!!!  without your "main" nodes to communicate it doesn't make or receive new connections, that is why i don't seem to appear in the nodes list....

PLUS how is any of that currency from others coins going to raise your value, when it is not actually transferred without burning the original coin of the other chain??? and who has the keys to those addresses...Huh? and how is any of that yours? you get your bcr like the rest who have done nothing but support dumping miners from before....

all of a sudden this seems more like a bank than ever...

doesntmatter
hero member
Activity: 602
Merit: 501
As though to try and anticipate the upcoming restrictions , seems there are two nodes now alternating block production.... So my idea to maintain a list of the last 5-10 keys (ie 5-10 blocks) may be what we resort to. If we go with 5 blocks, a miner wishing to try and dominate mining would have the cost of mining + the 250K required for 5 BNs....@ 10 blocks that doubles. I am thinking of using a dynamic limit, simply a BN can only produce one block in half the total active BNs. ie with 50 BNs active a BN can only produce one in 25 blocks.

I wish some of you would raise your issues publicly rather than in private, open discussion is good for projects like this. Anyway user X is suggesting that we do limit mining consecutive blocks but allow any user to mine , seeing as he says he has free electricity and as a result can afford to mine.

Thoughts?

The bolded part sounds very good to me, it incites node ownership. as for the first part, wouldn't the miner just alternate 5 blocks on 5 off to play that rule?

PS.

I think user X is hilarious  Roll Eyes

lol i think user X calculated the amount of BCR he needed to populate his botnet and realized what we are doing to his operation.
hero member
Activity: 602
Merit: 501
As though to try and anticipate the upcoming restrictions , seems there are two nodes now alternating block production.... So my idea to maintain a list of the last 5-10 keys (ie 5-10 blocks) may be what we resort to. If we go with 5 blocks, a miner wishing to try and dominate mining would have the cost of mining + the 250K required for 5 BNs....@ 10 blocks that doubles. I am thinking of using a dynamic limit, simply a BN can only produce one block in half the total active BNs. ie with 50 BNs active a BN can only produce one in 25 blocks.

I wish some of you would raise your issues publicly rather than in private, open discussion is good for projects like this. Anyway user X is suggesting that we do limit mining consecutive blocks but allow any user to mine , seeing as he says he has free electricity and as a result can afford to mine.

Thoughts?

The bolded part sounds very good to me, it incites node ownership. as for the first part, wouldn't the miner just alternate 5 blocks on 5 off to play that rule?

PS.

I think user X is hilarious  Roll Eyes

What if, after an update (often happen that) there is only one BN online that mine, or "better", none. How can the chain be moved ?

thats a problem alright.

What about something like a 'super-node' that mines when the BN count is below a threshold?

**EDIT**
or super low % PoS

BN registration is a network message, it's not dependent on blocks moving, still a simple line saying :-  if BNcount<1 || isinitialsync() continue; would suffice. Decentralization is key, the network should be easy enough for anyone to restart in case of even a major disaster.
hero member
Activity: 602
Merit: 501
As though to try and anticipate the upcoming restrictions , seems there are two nodes now alternating block production.... So my idea to maintain a list of the last 5-10 keys (ie 5-10 blocks) may be what we resort to. If we go with 5 blocks, a miner wishing to try and dominate mining would have the cost of mining + the 250K required for 5 BNs....@ 10 blocks that doubles. I am thinking of using a dynamic limit, simply a BN can only produce one block in half the total active BNs. ie with 50 BNs active a BN can only produce one in 25 blocks.

I wish some of you would raise your issues publicly rather than in private, open discussion is good for projects like this. Anyway user X is suggesting that we do limit mining consecutive blocks but allow any user to mine , seeing as he says he has free electricity and as a result can afford to mine.

Thoughts?

What if from 50 active BN's, 25 is not mining?
eg: 104.238.186.50 has 28BN's ... are all mining ?!

We are not worried about the location....we are worried if it actually is a BN, ie with the unspent 50K input.
legendary
Activity: 1246
Merit: 1005
As though to try and anticipate the upcoming restrictions , seems there are two nodes now alternating block production.... So my idea to maintain a list of the last 5-10 keys (ie 5-10 blocks) may be what we resort to. If we go with 5 blocks, a miner wishing to try and dominate mining would have the cost of mining + the 250K required for 5 BNs....@ 10 blocks that doubles. I am thinking of using a dynamic limit, simply a BN can only produce one block in half the total active BNs. ie with 50 BNs active a BN can only produce one in 25 blocks.

I wish some of you would raise your issues publicly rather than in private, open discussion is good for projects like this. Anyway user X is suggesting that we do limit mining consecutive blocks but allow any user to mine , seeing as he says he has free electricity and as a result can afford to mine.

Thoughts?

The bolded part sounds very good to me, it incites node ownership. as for the first part, wouldn't the miner just alternate 5 blocks on 5 off to play that rule?

PS.

I think user X is hilarious  Roll Eyes

What if, after an update (often happen that) there is only one BN online that mine, or "better", none. How can the chain be moved ?

thats a problem alright.

What about something like a 'super-node' that mines when the BN count is below a threshold?

**EDIT**
or super low % PoS
sr. member
Activity: 322
Merit: 250
As though to try and anticipate the upcoming restrictions , seems there are two nodes now alternating block production.... So my idea to maintain a list of the last 5-10 keys (ie 5-10 blocks) may be what we resort to. If we go with 5 blocks, a miner wishing to try and dominate mining would have the cost of mining + the 250K required for 5 BNs....@ 10 blocks that doubles. I am thinking of using a dynamic limit, simply a BN can only produce one block in half the total active BNs. ie with 50 BNs active a BN can only produce one in 25 blocks.

I wish some of you would raise your issues publicly rather than in private, open discussion is good for projects like this. Anyway user X is suggesting that we do limit mining consecutive blocks but allow any user to mine , seeing as he says he has free electricity and as a result can afford to mine.

Thoughts?

The bolded part sounds very good to me, it incites node ownership. as for the first part, wouldn't the miner just alternate 5 blocks on 5 off to play that rule?

PS.

I think user X is hilarious  Roll Eyes

What if, after an update (often happen that) there is only one BN online that mine, or "better", none. How can the chain be moved ?
legendary
Activity: 1246
Merit: 1005
As though to try and anticipate the upcoming restrictions , seems there are two nodes now alternating block production.... So my idea to maintain a list of the last 5-10 keys (ie 5-10 blocks) may be what we resort to. If we go with 5 blocks, a miner wishing to try and dominate mining would have the cost of mining + the 250K required for 5 BNs....@ 10 blocks that doubles. I am thinking of using a dynamic limit, simply a BN can only produce one block in half the total active BNs. ie with 50 BNs active a BN can only produce one in 25 blocks.

I wish some of you would raise your issues publicly rather than in private, open discussion is good for projects like this. Anyway user X is suggesting that we do limit mining consecutive blocks but allow any user to mine , seeing as he says he has free electricity and as a result can afford to mine.

Thoughts?

The bolded part sounds very good to me, it incites node ownership. as for the first part, wouldn't the miner just alternate 5 blocks on 5 off to play that rule?

PS.

I think user X is hilarious  Roll Eyes
sr. member
Activity: 322
Merit: 250
As though to try and anticipate the upcoming restrictions , seems there are two nodes now alternating block production.... So my idea to maintain a list of the last 5-10 keys (ie 5-10 blocks) may be what we resort to. If we go with 5 blocks, a miner wishing to try and dominate mining would have the cost of mining + the 250K required for 5 BNs....@ 10 blocks that doubles. I am thinking of using a dynamic limit, simply a BN can only produce one block in half the total active BNs. ie with 50 BNs active a BN can only produce one in 25 blocks.

I wish some of you would raise your issues publicly rather than in private, open discussion is good for projects like this. Anyway user X is suggesting that we do limit mining consecutive blocks but allow any user to mine , seeing as he says he has free electricity and as a result can afford to mine.

Thoughts?

What if from 50 active BN's, 25 is not mining?
eg: 104.238.186.50 has 28BN's ... are all mining ?!
hero member
Activity: 602
Merit: 501
As though to try and anticipate the upcoming restrictions , seems there are two nodes now alternating block production.... So my idea to maintain a list of the last 5-10 keys (ie 5-10 blocks) may be what we resort to. If we go with 5 blocks, a miner wishing to try and dominate mining would have the cost of mining + the 250K required for 5 BNs....@ 10 blocks that doubles. I am thinking of using a dynamic limit, simply a BN can only produce one block in half the total active BNs. ie with 50 BNs active a BN can only produce one in 25 blocks.

I wish some of you would raise your issues publicly rather than in private, open discussion is good for projects like this. Anyway user X is suggesting that we do limit mining consecutive blocks but allow any user to mine , seeing as he says he has free electricity and as a result can afford to mine.

Thoughts?
Pages:
Jump to: