Topic: [ANN][BURST] Burst | Efficient HDD Mining | New 1.2.3 Fork block 92000 - page 555. (Read 2171057 times)

Thanks. Did SG find fewer block the last 24h than the average before?

pool is still in beta, if i found another critical bug, i might need to reset user balance again if there are no other alternative fix, but currently SG already running more than 24 hr without backend bug, so its up to you

Hey uray,

did you read my post a few pages back: https://bitcointalksearch.org/topic/m.9652448 ? Are these issues solved so I can return to SG?

Maybe it would've been better to send them encrypted blockchain messages?

sorry i've been off for couple of days, currently focusing on upgrading pool, i am sorry if there are a lot of problem before, its because vps provider is pushing me that i made too huge tcp connection, too many cpu time, too much traffic, so i ended up moving all of those pool to new dedicated server, with new software which should be more efficient and has better reward distribution, currently SG and EU already using new code and under testing, and also the front-end is still buggy but i believe back-end is working as intended right know

no, my pools does not post every single nonce received to wallet, its processed first in native C++, and only best nonce for current round is sent to wallet, and also mining info related APIs are cached, its not directly from wallet

but i believe another pool that use my source code doing direct send to wallet for every single nonce, its my guess anyway, because it is how it work in the very basic source code i made public

anyway q327K091, what do you mean pools are in major disarray ?

Interesting concept and every bit of activity around Burst can be of help.

Risking 10 Burst isnt too big of a deal, however the structure of the game does involve trust as you need to send the Burst back to the winners. Unless youre running a long con I guess we're ok

ah...and also for miner who own following account :

BURST-CREX-FD53-Q698-FJHLS
BURST-ZZDB-7NHL-V5C9-673TK
BURST-9UF6-P65T-7F5Y-EWHD3

please use proper miner, or remove your passphrase.txt, you are sending your secret passpharase to server!

the pool situation is a direct result of the java backend.
java is not designed to scale quite well by simply adding memory to centralized hosts.
the solution is to port (start from scratch) the required burst protocol parts to a solid c++ backend and run the pools with that.
every single effort which is put into the java code base to stabilize the pool situation is in my eyes not worth it cause the next limit is already set.

what burst needs is a core functionality c++ api to host professional services.
this includes to act as full network peer (aquire and distribute the blockchain),
submit blocks to the network,
extract reward receipients from the chaindata,
send burst,
extract messages,
send messages
and to create addresses from private keys.

if this works the whole api functioniality for the asset exchange and marketplace may get added.
a intermediate solution may be to create a mysql backed partial blockchain with php access to take the pool load away from the java components on the pools. however, as far as i know is the core pool servercode still based on java.
another option to stay with java may be to add autonomous proxies to the pools which submit the round reward assignments to a hidden internal pool server which distributes the rewards. keeping them in sync may be much harder to code than starting to design the c based api from scratch.

a simple pool design may be this:
wallet (current or c based) --> distribute current block information to miner connect nodes
connect nodes --> provide block data to the miner, accept and verify shares --> submit miner results to central hidden node
hidden node --> distribute rewards, provide stats
load balancer --> knows throughput of shares for each node and assigns miners to nodes

exactly right.. meantime pools are in major disarray and SATA disks are expensive as heck 6T won't go down in price that easily.. so not just difficult to maintain but not that ultra cheap to mine, also it is very hard to hijack disk space of required magnitude so this is very anti-bot resilient coin

pool operators have to be cautious and provide steady as much as possible flow of deposits it is very important in general not just for individual miners  it is quite unbelievable to me that pools established by core developers to which also assets are tied to are in such a weak state

exactly right.. meantime pools are in major disarray and SATA disks are expensive as heck 6T won't go down in price that easily.. so not just difficult to maintain but not that ultra cheap to mine, also it is very hard to hijack disk space of required magnitude so this is very anti-bot resilient coin

pool operators have to be cautious and provide steady as much as possible flow of deposits it is very important in general not just for individual miners  it is quite unbelievable to me that pools established by core developers to which also assets are tied to are in such a weak state