Topic: [Mining] Block Collider - Mineable multi-chain protocol / FAQ - page 10. (Read 6576 times)

Sind wir doch auch. Aussage Telegramm: solange wir noch keine 1.x.x bei der Versionierung haben, ist alles nur Beta

Man fühlt sich immer noch wie ein Betatester bei den Jungs

Mal sehen wie lang sie für nen Fix brauchen.

## UPDATE 0.8.2 ##
Available Friday Sept. 7th 2:00AM EST / 11:00PM PST

** Child blocks must sequence from their parents.
** Preparation bindings for the RUST miner.
** Performance improvements and small fixes.
** Returns Block Collider Rovers to the Bitcoin Core Chain height (Apologies to Roger Ver)

## BEFORE TARGET & AFTER TARGET ##
Before Target is entirely about reaching a healthy distribution of NRG throughout the Block Collider ecosystem of miners while achieving a size that makes trading between the five chains through BEAM a safe and stable experience. Quantitatively we are looking for variance between the timestamps of the highest child block between BC blocks to be less than 5 seconds per block (right now we are hovering around 9.2).

When After Target is achieved we enter a very special period in which nodes will continue mining but they are now waiting for an “ARC” block (Automated Rover Control Block) from the After Target Mining address specified in the Genesis Block.

## THE ARC BLOCK ##
The ARC Block is a very unique block in that once received a miner can drop it’s Before Target chain and adopt the Emblem and NRG balances outlined in the ARC block essentially treating it as the new Genesis Block. Like a rocket leaving the atmosphere the ARC block triggers the jettison of the Before Target chain and the adoption of the final chain. It also must also include a valid signature from the miner address signing the before target genesis blockchain.

The ARC Block is a very special block created by the foundation. It bears the Emblem Balances, Emblem Lease Contracts, as well as the summed NRG rewards to be given to miner addresses. It is the only block permitted to break size limits coming in at 10 or so megabytes. Only valid block NRG will be awarded NRG in the after target balance. A further point on this; we discovered a “patched” miner was release that permitted Bitcoin Cash blocks in work. For the miners who first introduced these valid “blocks” we will void the NRG mined for the first 100 blocks they HOWEVER after this rovers worked together which means that everyone received these “higher” and valid Bitcoin blocks and mined with those.

Miners who participate in the Before Target Period have a profound influence on Block Collider as NRG is necessary to conduct any trades between chains. They are in a great position of power possessing all of the initial NRG. This will be quickly adjusted because of the importance of Emblem ownership economics. We could have designed the system with less power to the Before Target miners but we believe firmly that the early believers deserve the position of leadership.

Finally, the team also has been staying fairly consistant with updates on their personal Twitter accounts. However know that we will in the early stage always choose programming over Tweeting. Looking forward to colliding more blocks!

Nen Tag gepatchtes 0.7.7: zig Blöcke im Miner-Tab, auf dem Wallet davon nix, wohl zu lahm, meine Hardware (keine SSD) und Netzanbindung scheinen
aussichtslos langsam. Schade, ich war von der ersten Stunde an dabei, es war mehr oder weniger umsonst außer ein paar NRG ganz
am Anfang...

Schalte den Miner ab, das ist nutzlos und Energieverschwendung, leider.
Sollte ich hier positive Meldungen lesen starte ich vielleicht mal wieder.

Also bei mir seit dem Update - gleiche Hardware - etwas höhere CPU/RAM Auslastung - Minimal weniger Traffic - 0 Blöcke. Wie sieht es bei euch aus?

BCNODE UPDATE: 0.8.1
Available at 7:00PM EST August 30th 2018 (30 minutes). A fairly small update.
** adds text-character support for browsers using native Japanese. 
** exposes experimental MDNS mining pool discovery. 
** Lisk switch gateway for LSK Rover.
 
DOCKER NOTES
A traditional out-of-the-box Docker command should look like this...
 
docker run --rm --name bcnode -p 3000:3000 -p 16061:16061 -p 16060:16060 blockcollider/bcnode:latest start --ws --rovers --ui --node --miner-key YOUR_PUBLIC_ADDRESS
 
To set an environment variable in Docker simply add "-e KEY=VALUE”. A simple user interface is also included which can be accessed at http://localhost:3000
 
EXPERIMENTAL ENVIRONMENT VARIABLES
** BC_DISCOVERY_MDNS: Default 'false' -> Local multi-cast DNS mining pool waypoint discovery.
** BC_MAX_WORKERS: Default '{# OS.CPUS - 1}' -> Number of workers to deploy toward mining.

Dann musst du mir aber erklären wieso ich die ganzen Tage vorher immer Veränderungen bzw. meine Anzahl steigen sah - Und zufälligerweise nach dem Update gar nix mehr passiert :-) Zufall?

Da der Multiverse Explorer ja im Moment noch keinen Full-Sync macht und somit viele Blöcke gar nicht angezeigt werden, kann es aber durchaus sein, dass du Blöcke erwischt hast, aber diese eben nicht auftauchen.
Mit dem nächsten Release soll der Explorer laut Devs voll syncen, vielleicht gibts dann für einige positive Überraschungen  

Auch hier - Seit zwei Tagen keine Blöcke mehr.

aktuell bin ich nicht dabei bei mining... freue mich schon auf das verborgen der EMB und bin gespannt was dann beim GPU mining abgehen wird
da ich den thread aber erstellt habe und somit den BC-mining-hut auf habe möchte ich euch hier kurz zusammenfassen wie ich das alles sehe... verfolge die telegram kanäle nämlich laufend 

mit der neuen version 0.8.0 gibt es beim großteil der leute noch die gleichen probleme wie mit der 0.7.9 -> und das obwohl lt. den verantwortlichen 0.8.0 die beste und schnellste version sein sollte.
ist es wohl auch aber nur wenn man glück hat, connections erwischt und die sync durchgelaufen ist. aktuelle zahlen im vergleich zwischen den 2 versionen in der gleichen umgebung habe ich noch nicht gesehen.

wer wirklich zu empfehlen ist wäre @davidthamwf in der advanced gruppe... also alle beiträge von ihm aufmerksam verfolgen wenn ihr ein funktionierendes system haben wollt
hier sein tipp den er für 0.7.7 schon mehrfach gepostet hat:

und hier der top-tipp mit dem es bei vielen usern richtig gut geklappt hat.

ist aufwändig aber damit gab es eine 0.7.9 ohne den lsk error und damit klappt es wohl richtig gut. habe ich selbst nicht versucht und mit 0.8.0 ist das wohl nichtmehr empfehlenswert. also selbst die lsk komponenten zu ersetzen.
wenn ich noch eine instanz laufen hätte würde ich sie mit 0.7.7 betreiben. so macht es auch der großteil der aktuellen miner bei denen es mit 0.8.0 probleme gibt

ABOUT THIS RELEASE
** release is necessary in preparation for for LISK Mainnet launch August 29th

1) when first start up miner, allow udp16061 on router “port forwarding” to my miner.
2) the miner (if using docker, I am not, include here for clarity) is *always* run with 16061 published, you can omit the 9090 it is useless for now. The actual manual control is at home router level
3) I close the port forwarding once I get relatively high number of waypoint for e.g. 60

1) copy the source codes from docker. (Both 0.7.7 and 0.7.9 versions)
2) copy the controller.es6 from lsk rover directory from 0.7.9 and replaces the one in 0.7.7
3) follow the “build from source” instruction on  https://github.com/blockcollider/bcnode to build your miner
4) extra tips; install forever.js npm module to run the miner with forever. So it auto restart if it crash for any reason.