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

Good morning, I can do this on linux (headless, so without any gui. I don´t like gui´s).
Any prefered node you want me to sync from?
I think it´ll depend on, to which block it will sync.
Banknode or just a normal node?

lg t.

i need someone with a robust system + good net connection to do the following :-

clone repo, build new-blah-ver branch - sync from start and tell me what block it stops @

i need someone with a robust system + good net connection to do the following :-

clone repo, build new-blah-ver branch - sync from start and tell me what block it stops @

Yeah my bad, too much of quote, check now, I can even delete it completely if it will help.
Guy was reported to mod then to admin, but still active.

@bitcreditscc

I know you are busy to make some update solution, so trying to bn mine is now pointless ?

Tried and even mine some blocks, but every wallet stops after that, what is official last block ? 20004, 20011 ...

Yeah my bad, too much of quote, check now, I can even delete it completely if it will help.
Guy was reported to mod then to admin, but still active.

Ok LucD88 done , and his account seems still to be active , maybe he was hacked https://bitcointalksearch.org/user/oldkolobok-327755

Don't remember but there was some script somewhere that if you quoted someones links to download anything it removes it, some coins topics are using it.

refinement: the procedure is exactly the same as BN, ie 50K in one input. trying to cumulatively calculate an addresses balance would be taxing and i want to avoid weighing the client down.

--edit--

Counter Argument : Maintain all balances up to date and add function to rpc....users can now call u balance of any address (especially useful for trust engine).... this sort of warrants the extra cpu cycles.

Unless something major happens, looks like we'll be done earlier than expected.

--edit2--

We can start applying those limits and preferences we've been discussing... we can (maybe| to prevent the hassle of managing multiple BNs|) say that if an address has balance > X then it's allowed 2/20 blocks ??

Thoughts?

Alganonim, please check my original post and other quotes from my post and compare with the one posted by oldkolobok and after see who changed the link ....
It's not me.

Next time be more carefull on who you lunch accusations ...

Alganonim, please check my original post and other quotes from my post and compare with the one posted by oldkolobok and after see who changed the link ....
It's not me.

Next time be more carefull on who you lunch accusations ...

XXXXX , don't download from his links !!! Look at dragos link and his  when you mouse over the link

Dev please delete his post, his exe is different and when you try to kill it it shot downs the system, trojan some other shit inside.

I know it's an old trick but sometimes when you're in the hurry can happen.

sync under the new rules is inconsistent, this is because i made the fatal mistake of relying on information that is not built into the database/blockchain, therefor making consensus an improbable task. I have 6 nodes @ 210005, 1 @ 210006 and two @ 210004. I've been trying to get a total of ten nodes to all sync from start, no dice.

That doesn't mean i give up though...rather (sorry guys), i'm atking another few hours to two days. I want to write a function that parses the chain and creates a new database, literally during sync, it will detect all nodes that have received 50K and calculate their current balance. So if an address balance > 50K, it is considered a valid miner, even if it is not an active BN. I know this is far from ideal , but i've been working on the earlier solution for + two days and can say with certainty that it has too many flaws to be deployed ina a way that a average user just fires up and goes.

Yes we can bootstrap everyone, but that is complicated and not ideal if we plan to have a user friendly system.

So, each node will build it's own database, this results in accurate data based off the chain. Another thing is that this now removes the strict active BN rule, meaning anyone with 50K can mine a block. To increase the cooperative measure of mining and remove incentive for competition, i will place a hard limit of 1/20 blocks. Meaning that a user who intends to dominate the network needs 550K BCR and enough hashpower to fight off the rest. considering this is the situation, if there is popular support we can raise the bar to 1/40, meaning a user needs minimum 1050000 BCR and a ton of hash to have >50% of the net.

This increases the size of the pool of miners without compromising security and our intended model of cooperative mining. It does likely reduce the likely hood of ore BNs appearing unless someone whats to get both mining rewards and BN rewards.

Really sorry about the delay guys, but  i saw no point in releasing code that would leave average users scratching their heads trying to sync. I'll keep you posted