[Diskussion] - Massa [MASSA] - Allgemeiner Diskussionsthread

[Lakai01]

-snip-
Danke für die Info! Werde ich dann morgen direkt installieren
Hoffentlich läuft alles jetzt noch stabiler, wenn sie die Ram-Nutzung sogar optimiert haben.

Das ist für mich auch ein sehr wichtiger Punkt. Die RAM-Auslastung war bei der Mindestkonfiguration mit 8 GB bereits am Limit bei einem normalen Transaktionsverhalten. In Hochlastphasen würde ein Node im Mainnet mit 8 GB vermutlich abschmieren.
Auch muss man bedenken, dass Node-Betreiber höchstwahrscheinlich den Massa-Node auf einem Server betreiben wo auch andere Software läuft. Wenn da ein einzelner Massa-Node schon sehr viel RAM benötigt könnte das durchaus abschreckend wirken.

Bin auf jeden Fall gespannt wie performant die v24 jetzt ist!

Setzt ihr wieder alles neu auf? Denke ich werde erstmal ein Update versuchen ..

[1714597194]

1714597194

[1714597194]

1714597194

[bullrun2024bro]

Das ist für mich auch ein sehr wichtiger Punkt. Die RAM-Auslastung war bei der Mindestkonfiguration mit 8 GB bereits am Limit bei einem normalen Transaktionsverhalten. In Hochlastphasen würde ein Node im Mainnet mit 8 GB vermutlich abschmieren.

Wichtiger Punkt. Dadurch, dass die RAM-Auslastung verbessert wird, sollten die kleineren Server definitiv besser laufen. Die CPU und Festplatte waren ja bisher vollkommen unkritisch. Die Auslastungsspitzen beim RAM bei einer hohen Anzahl von Transaktionen haben regelmäßig dazu geführt, dass die kleineren Server sich verabschiedet haben.

Setzt ihr wieder alles neu auf? Denke ich werde erstmal ein Update versuchen ..

Definitiv erst einmal nur ein Update. Solange von den Developern nicht vorgegeben wird, dass eine komplette Neuinstallation nötig ist, mache ich das erst einmal nicht. Aber ich warte wie bisher auch wieder kurz bis zum Start des Scorings bevor ich irgendetwas neu aufsetze. Wäre ja nicht das erste Mal, dass doch noch Bugs gefunden werden und sich das Scoring dann doch ein paar Tage verschiebt.

[Lakai01]

Definitiv erst einmal nur ein Update. Solange von den Developern nicht vorgegeben wird, dass eine komplette Neuinstallation nötig ist, mache ich das erst einmal nicht. Aber ich warte wie bisher auch wieder kurz bis zum Start des Scorings bevor ich irgendetwas neu aufsetze. Wäre ja nicht das erste Mal, dass doch noch Bugs gefunden werden und sich das Scoring dann doch ein paar Tage verschiebt.

Ich habe das jetzt auch so gelöst:

Code:

cd /opt/massa
git pull
cd /opt/massa/massa-node
RUST_BACKTRACE=full nohup cargo run --release -- -p PASSWORT &

Hat für beide Nodes zusammen jetzt keine 10 Minuten gedauert inkl. Kompilierung, die Nodes sind auch beide schon wieder online und die Massa-Systemdienste wieder eingerichtet.

-> Wenn jemand Hilfe braucht beim Einrichten der Systemdienste bitte einfach melden!

[bullrun2024bro]

Und wie erwartet wurden Bugs gefunden. Testnetz 24.1 ist live. Bitte eure Nodes updaten, sofern ihr diese schon aufgesetzt habt.

Durch das Update auf Testnetz 24.1 sollen die Nodes noch einmal stabiler laufen. Siehe die Discord Mitteilung.



Quelle: Massa Discord

[sam00]

Und wie erwartet wurden Bugs gefunden. Testnetz 24.1 ist live. Bitte eure Nodes updaten, sofern ihr diese schon aufgesetzt habt.

Ich hatte meine Node gestern aufgesetzt und dann ein kleines Schlamassel bei der Discord Registrierung
Vielleicht hat es der ein oder andere im Discord oder Telegram mitbekommen.
Da jetzt sowieso noch das Update auf 24.1 rauskam, habe ich Ubuntu neu aufspielen lassen und die Node nochmal neu aufgesetzt. Hat diesmal ~25 Minuten gedauert. Ich hab mir die wichtigen Befehle mittlerweile in ner Textdatei abgespeichert und copy paste die jetzt einfach stumpf rüber

Code:

apt update
apt upgrade
nano /etc/systemd/system.conf
      folgende Zeilen hinzufügen:
      DefaultTasksMax=19096
      TasksMax=19096
apt install ufw
nano /etc/default/ufw (auf ipv6=yes üverprüfen)
ufw default deny incoming
ufw default allow outgoing
ufw allow 22
ufw enable
ufw allow 31244
ufw allow 31245
ufw allow 33034
ufw allow 33035
ufw status
ifconfig
https://www.port.tools/port-checker-ipv6/ -> zum prüfen, ob über ipv6 erreichbar
reboot
cd /opt
mkdir massa
ls
sudo apt install pkg-config curl git build-essential libssl-dev libclang-dev cmake
curl --proto '=https' --tlsv1.2 -sSf https://sh.rustup.rs | sh
source $HOME/.cargo/env
rustup toolchain install nightly
rustup default nightly
git clone --branch testnet https://github.com/massalabs/massa.git

tee <<EOF >/dev/null /opt/massa/massa-node/config/config.toml
[network]
routable_ip = "`wget -qO- eth0.me`"
EOF
-> alle 4 Zeilen auf einmal kopieren und ausführen

nano /opt/massa/massa-node/config/config.toml -> ipv6 adresse eintragen einfügen
cd /opt/massa/massa-node
RUST_BACKTRACE=full nohup cargo run --release -- -p massa &
tail -100 nohup.out
cd /opt/massa/massa-client
cargo run --release -- -p massa
wallet_generate_secret_key (falls nötig, ansonsten alles wallet importieren)
node_start_staking <wallet_address>
buy_rolls <address> 1 0

Wenn ich Lust/Zeit habe, richte ich dann auch mal noch den Systemservice später ein.

[bullrun2024bro]

Es gab eine weitere News im Massa Discord: Man kann nun Punkte/XP sammeln. Die ausgewählte Plattform in diesem Zusammenhang ist nicht Zealy, sondern GALAXE.

🎉 Massa has very good news to share with YOU!

We are about to launch our very first @Galxe campaign!

⏰ Join us starting tomorrow, 7 July, 00:00 GMT+1

Quelle: https://twitter.com/MassaLabs/status/1676893338820018179

Link zum GALAXE Panel: https://galxe.com/massalabs

Es gibt schon einige Quests. Ich persönlich habe aber noch keine abgeschlossen.

[Lakai01]

Es gab eine weitere News im Massa Discord: Man kann nun Punkte/XP sammeln. Die ausgewählte Plattform in diesem Zusammenhang ist nicht Zealy, sondern GALAXE.

Wer sich jetzt nicht extra mit GALAXE verbinden möchte, trotzdem aber die Info haben will, wie sowas aussieht ... das hier ist das aktuelle "Questboard" von Massa:


Quelle: GALAXE

Der Aufwand um die "Quests" abzuschließen hält sich derzeit demnach sehr in Grenzen, ein einfacher Beitritt im Telegram-Channel reicht.
Man muss dazu jedoch seine Accounts (Telegram, Twitter, ...) auf GALAXE hinterlegen, das könnte den einen oder anderen sicherlich abschrecken. Ich habe mir deswegen auch überall Zweitaccounts angelegt die ich für solche Kampagnen verwende:


Quelle: GALAXE

Ob es sich lohnt die Quests abzuschließen steht natürlich noch in den Sternen. Der Aufwand ist aber wie gesagt relativ gering - zumindest noch.

[sam00]

Danke für die Infos @bullrun2020bro und @Lakai01!
Ich warte jetzt auch mal noch ein wenig, bevor ich mich bei Galaxe anmelde. Vielleicht kommen gibt es ja bald noch mehr Infos dazu


Gerade habe ich den Systemservice für die Massa-Node eingerichtet.
Zeitaufwand lag bei unter 5 Minuten und es ist auch hier einfaches Copy-Paste der Anleitung aus dem FAQ.
Lediglich zwei Sachen müssen geändert werden:
Wenn ihr keinen extra Benutzer angelegt habt, muss in der Config Datei der Benutzer massa durch root ersetzt werden und dann natürlich das Passwort für die Node.
Ansonsten hat es bei mir direkt funktioniert.

Hier nochmal der Code (# sind als Kommentar gedacht):

Code:

  #Ins Massa-Node Verzeichnis wechseln
cd /opt/massa/massa-node
  #Die Datei massa-node rüberkopieren
cp /opt/massa/target/release/massa-node .

  #Die Datei /etc/systemd/system/massad.service erstellen
nano /etc/systemd/system/massad.service
  #Inhalt der Datei (User und Passwort gegebenenfalls anpassen):
[Unit]
Description=Massa Node
Requires=network-online.target
After=network-online.target
[Service]
User=massa
Environment=RUST_BACKTRACE=full
WorkingDirectory=/opt/massa/massa-node
ExecStart=/opt/massa/target/release/massa-node -p <YOUR_PASSWORD>
Restart=on-failure
RestartSec=3
LimitNOFILE=65535
[Install]
WantedBy=multi-user.target

  #Datei speichern

sudo systemctl daemon-reload
sudo systemctl enable massad
sudo systemctl restart massad

  #Nun müsste die Node wieder laufen bzw. erstmal bootstrappen

  #Status der Node abfragen
systemctl status massad

  #Log der Node ausgeben
sudo journalctl -f -n 100 -u massad

Heute und morgen werde ich jetzt dann mal ein bisschen testen, wie sich die Node verhält, den Server ab und an mal neu starten usw...
Sieht aber soweit gut aus. Ich habe direkt eingehende und ausgehende Verbindungen.

[bullrun2024bro]

Ich warte jetzt auch mal noch ein wenig, bevor ich mich bei Galaxe anmelde. Vielleicht kommen gibt es ja bald noch mehr Infos dazu

Die GALXE Kampagne ist nun live und es wurde mitgeteilt, dass kontinuierlich neue Quests hinzugefügt werden sollen:



Quelle: https://twitter.com/MassaLabs/status/1677090297010876417

Ich denke dann werden auch zeitnah weitere Informationen zu den Benefits dieser Kampagnen kommen.

[Lakai01]

Danke für die Infos @bullrun2020bro und @Lakai01!
Ich warte jetzt auch mal noch ein wenig, bevor ich mich bei Galaxe anmelde. Vielleicht kommen gibt es ja bald noch mehr Infos dazu

Ich habe mir GALAXE gestern Abend auch noch etwas näher angesehen. Hier kurz als Warnung:

Wenn ihr mitmachen wollt müsst ihr Metamask mit GALAXE verbinden. Dadurch, dass dann auch Twitter-, Facebook-, LinkedIn- und Telegram-Accounts (Handynummer!) mit GALAXE verbunden werden ist ggfs. eure ETH-Adresse mit euren persönlichen Daten verlinkt.
Es macht also durchaus Sinn, dass man sich für GALAXE ein eigenes Wallet anlegt, bspw. über My Ether Wallet und dieses in Metamask hinzufügt. Adressen über bspw. meinen Ledger zu verwenden wäre mir hier viel zu heikel.

[Turbartuluk]

So, mein Node ist auch wieder online. Auf die Einrichtung des Systemservices hab ich dank 24.1 und verbesserter Ram-Nutzung erstmal verzichtet... mal sehen wie es läuft, ich werde berichten...

Galaxe bin ich dann aber wohl raus... an social media orgien finde ich keinen gefallen... dann spare ich mir lieber die zeit und kaufe ein paar massa im community sale... 
 

[sam00]

So, mein Node ist auch wieder online. Auf die Einrichtung des Systemservices hab ich dank 24.1 und verbesserter Ram-Nutzung erstmal verzichtet... mal sehen wie es läuft, ich werde berichten...

Also bezüglich des Systemservices oder meiner neuen Node bin ich schon auf das erste Problem gestoßen.
Ich habe gestern Abend einfach mal nen Reboot gemacht und der Server ist wie erwartet neu hochgefahren und die Node wurde gestartet. Als der erste Block dann hätte produziert werden sollen, wurde dieser aber geskipped.
Keine Ahnung ob ich nach dem Reboot nochmal das Staking im Client hätte aktivieren müssen oder was genau das Problem war.
In Zukunft werde ich das aber sicherheitshalber mal machen.
Seit heute morgen läuft die Node aber wieder und hat drei Blöcke produziert.

[Lakai01]

Keine Ahnung ob ich nach dem Reboot nochmal das Staking im Client hätte aktivieren müssen oder was genau das Problem war.

Das hat damit eigentlich nichts zu tun, nein. Das Staking musst du einmalig nach dem Aktivieren der Node starten. Danach zeigst du quasi über die Verfügbarkeit der Rolls an, ob du noch am Staking teilnimmst oder nicht.

Es ist leider sehr undurchsichtig warum Blöcke geskipped werden, man findet hier auch in den Logs kaum Infos dazu. Es reichen aber leider bereits kurzzeitige Netzwerkschwankungen aus um Zyklen und Blöcke zu verpassen ... so zumindest meine Beobachtungen.

[sam00]

Das hat damit eigentlich nichts zu tun, nein. Das Staking musst du einmalig nach dem Aktivieren der Node starten. Danach zeigst du quasi über die Verfügbarkeit der Rolls an, ob du noch am Staking teilnimmst oder nicht.

Es ist leider sehr undurchsichtig warum Blöcke geskipped werden, man findet hier auch in den Logs kaum Infos dazu. Es reichen aber leider bereits kurzzeitige Netzwerkschwankungen aus um Zyklen und Blöcke zu verpassen ... so zumindest meine Beobachtungen.

Okay gut zu wissen, danke.
Dann war das einfach nur ein komischer Zufall.


Die neue Episode ging gestern los und es gibt schon die ersten, kleinen Probleme.
Beim Scoring vom Discord Bot werden mehr routability_trials als aktive Cycles angezeigt. Soweit ja erst mal nicht schlimm.
Jetzt habe ich aber das Problem, dass meine Node bei 28 routable Samples nur 1.72 total_maxim_faktor erreicht hat.
In der config.toml ist die IPV6 eingetragen. Im Client stimmt die IP auch. Beim Discord Bot ist ebenfalls die korrekte IPV6 Adresse hinterlegt.
Der Server ist von Netcup. Hat jemand eine Idee, woran das liegen könnte?

[seek3r]

Die neue Episode ging gestern los und es gibt schon die ersten, kleinen Probleme.
Beim Scoring vom Discord Bot werden mehr routability_trials als aktive Cycles angezeigt. Soweit ja erst mal nicht schlimm.
Jetzt habe ich aber das Problem, dass meine Node bei 28 routable Samples nur 1.72 total_maxim_faktor erreicht hat.
In der config.toml ist die IPV6 eingetragen. Im Client stimmt die IP auch. Beim Discord Bot ist ebenfalls die korrekte IPV6 Adresse hinterlegt.
Der Server ist von Netcup. Hat jemand eine Idee, woran das liegen könnte?

Nicht wirklich. Ich habs auch ewig versucht das Problem zu lösen und hatte keinen Erfolg.
Dann scheinst du dich wohl jetzt auch neben mir einzureihen, ich weiß acuh tatsächlich nicht woran es liegt. Aber der Wert scheint extrem niedrig zu sein bei dir, ich hab pro Cycle immer 0.7 Pkt bekommen. Das macht am Ende der Episode ca 15-20 Pkt aus, die dir bis zum Maxscore fehlen.

[Turbartuluk]

Für die letzten Episoden habe ich mir jetzt einfach einen Netcup Root-Server bestellt mit 16GB Ram. Die Belohnungen habe ich ziemlich sicher und spare mir dadurch hoffentlich ein paar Kopfschmerzen und sammle im Idealfall mehr Punkte

Kann das evtl. mit dem Upgrade auf den größeren Server zusammen hängen?!  (@seek3r nutzt du auch den größeren mit 16GB Ram?!)

Ich bin ja beim kleinen geblieben (RS 1000 G9.5) und hab beim total_maxim_Faktor auch weiterhin immer die 1.0x

[seek3r]

Für die letzten Episoden habe ich mir jetzt einfach einen Netcup Root-Server bestellt mit 16GB Ram. Die Belohnungen habe ich ziemlich sicher und spare mir dadurch hoffentlich ein paar Kopfschmerzen und sammle im Idealfall mehr Punkte

Kann das evtl. mit dem Upgrade auf den größeren Server zusammen hängen?!  (@seek3r nutzt du auch den größeren mit 16GB Ram?!)

Ich bin ja beim kleinen geblieben (RS 1000 G9.5) und hab beim total_maxim_Faktor auch weiterhin immer die 1.0x

Das kann eigentlich nicht sein. Ich nutze dort zwar einen größeren Root, aber die Probleme hatte ich auch schon mit der Konfiguration vom RS1000 G9.5
Wie gesagt, für mich unerklärlich - vor allem weil ich gefühlt der einzige mit den Problemen gewesen bin.

Ich habe schon fleißig mit @bullrun2020bro darüber philosophiert, aber auch er war am Ende ratlos.

[sam00]

Kann das evtl. mit dem Upgrade auf den größeren Server zusammen hängen?!  (@seek3r nutzt du auch den größeren mit 16GB Ram?!)

Am leistungsfähigeren Server selbst kann es ja fast nicht liegen. Ich habe halt den Anbieter von Strato zu Netcup gewechselt. Für mich ist es aber trotzdem nicht verständlich, wie ich mit IPV6 so extrem wenig Punkte sammeln kann.
Es sind ja nicht mal 0.1 pro Cycle.

Im Discord schreiben ein paar andere auch, dass sie wenig maxim_faktor haben aber ich weiß nicht, was ich nun machen soll.

Mit IPV4 wären es ja vielleicht sogar mehr. Dazu würde ich die Config.toml ändern, die Node neu starten und dann im Discord die IPV4 hinterlegen oder?

[Lakai01]

Mit IPV4 wären es ja vielleicht sogar mehr. Dazu würde ich die Config.toml ändern, die Node neu starten und dann im Discord die IPV4 hinterlegen oder?

Richtig, ja. Einen Versuch wäre es auf alle Fälle wert, der Abschlag von IPv4 gegenüber IPv6 sollte ja nicht sooo ins Gewicht fallen.
Ich habe meine Netcup-Werte noch nicht kontrolliert, bei meinem Strato-Server sieht alles soweit gut aus. Im Discord schreiben aber einige von Problemen rund um Cycles, Maxim-Faktor und Punkten ...

Denke, da wird wohl bald eine 24.2 veröffentlicht werden!

[sam00]

Richtig, ja. Einen Versuch wäre es auf alle Fälle wert, der Abschlag von IPv4 gegenüber IPv6 sollte ja nicht sooo ins Gewicht fallen.
Ich habe meine Netcup-Werte noch nicht kontrolliert, bei meinem Strato-Server sieht alles soweit gut aus. Im Discord schreiben aber einige von Problemen rund um Cycles, Maxim-Faktor und Punkten ...

Denke, da wird wohl bald eine 24.2 veröffentlicht werden!

Ich hab jetzt mal auf IPv4 gewechselt.
Musste dazu nur die config bearbeiten, Node neustarten und im Discord die neue Adresse angeben.
Statt 0.065 kriege ich jetzt 0.1 maxim_faktor pro Cycle. Von 1.0 bin ich leider immer noch weit entfernt. Ich hoffe jetzt einfach mal ganz stark, dass es hier wirklich einen kleinen Fehler bei der Berechnung gibt, ich hier nicht alleine bin und wir da noch ein Update bekommen :/

Bei Netcup kann ich auch keine neue IPv6 Adresse bekommen und müsste eine dazu buchen für 1€/Monat bei mindestens 12 Monaten Laufzeit + 5€ Einrichtungsgebühr.

Werde es wohl beobachten müssen und gebe Bescheid, falls sich was ändert...