[Diskussion] - Massa [MASSA] - Allgemeiner Diskussionsthread

[Lakai01]

Hm, danke für die Info. Wenn es bei 5000 tx/s bleibt, dürfte es für die kleinen Server weiterhin reichen. Nur wenn eben die Last hochgeschraubt wird, gehen sie in die Knie.

Da wird Last-technisch noch mehr kommen denke ich. Im testnet-announcement-Channel findet man dazu folgende Information:


Quelle

Gerade die VPS mit der Minimalkonfiguration werden hier denke ich Probleme haben. Meine Strato-VPS hat die nächsthöhere Konfiguration (4 CPU, 16 GB RAM) und hat die gestrige Last problemlos vertragen. Der Netcup-Rootserver mit den 8 GB kam doch ziemlich ins schwitzen, hat die Node blieb aber online. Wenn die Last länger so hoch bleibt muss man denke ich auch den Netzwerk-Traffic beobachten, viele Anbieter haben den ja auch limitiert. Nicht, dass sie die Nodes komplett vom Netzzugang abschneiden wenn da zu viel über die Leitung geht.

[1714240116]

1714240116

[sam00]

Meine Server laufen aktuell ohne Probleme - mit der Ausnahme natürlich was den total_maxim_factor angeht. Aber das Problem plagt mich schon seit einigen Episoden. Zumindest bei den Netcup Servern.
Für mich nicht nachvollziehbar, da ich wohl angeblich der einzige mit dem Problem bin (ausgehend von den netcup Nutzern).

Hast du keine ipv6 Adresse registriert? Da bekommst du doch automatisch immer 1.0 pro Cycle, weil sich anhand der ipv6 keine Zentralität erkennen lässt.


Ich habe jetzt einen neuen VPS bestellt und richte den heute ein.
Wenn der läuft, sende ich dem Discord Bot ja einfach den neuen Schlüssel und die neue IP und der Score dürfte dann nicht verloren gehen oder?
Hat sonst schonmal jemand versucht, ein Wallet auf mehreren VPS gleichzeitig zu laden? Was würde da passieren?

 

[seek3r]

Hast du keine ipv6 Adresse registriert? Da bekommst du doch automatisch immer 1.0 pro Cycle, weil sich anhand der ipv6 keine Zentralität erkennen lässt.

Doch das habe ich. Das mit der Zentralität stimmt nicht ganz so, dann dürften alle Leute bei Contabo auch kein Problem haben. Dort liest man oft von Problemen mit dem maxim_factor (dort ist er sogar noch deutlicher niedriger)
Meines Wissens nach spielt es auch eine Rolle, ob der Hoster die Geolocation richtig pflegt oder nicht.

Aber wie gesagt, ich bin da mit meinem Latein am Ende. Gerade weil ich angeblich der einzige mit dem Problem bei netcup bin.

Ich habe jetzt einen neuen VPS bestellt und richte den heute ein.
Wenn der läuft, sende ich dem Discord Bot ja einfach den neuen Schlüssel und die neue IP und der Score dürfte dann nicht verloren gehen oder?
Hat sonst schonmal jemand versucht, ein Wallet auf mehreren VPS gleichzeitig zu laden? Was würde da passieren?

 

Dürfte an sich kein Problem geben.
Du kannst aber auch sorglos ein neue Adresse generieren, das habe ich bislang immer so gemacht weil ich zu faul war für die ganzen einzelnen Backups. Das Scoring ist nämlich nur an deinem Discord Account gebunden, solange du diesen sicher verwahren kannst bekommst du auch keine Probleme.

Kleiner Tipp um keinen Cycle auszulassen:
Lass beide Nodes parallel laufen und wechsel erst in dem Cycle, bei der auf deiner neuen Node die Roll aktiv wird. Somit verpasst du nichts an Punkten.
Mit Wechsel ist natürlich das Eintragen in Discord gemeint ( Key + IP einpflegen)

[sam00]

Doch das habe ich. Das mit der Zentralität stimmt nicht ganz so, dann dürften alle Leute bei Contabo auch kein Problem haben. Dort liest man oft von Problemen mit dem maxim_factor (dort ist er sogar noch deutlicher niedriger)
Meines Wissens nach spielt es auch eine Rolle, ob der Hoster die Geolocation richtig pflegt oder nicht.

Okay sorry, dann habe ich das falsch verstanden. Sehr komisch...
Bei Strato habe ich jedenfalls immer einen maxim_faktor von 1.0 mit der Ipv6 Adresse.

Dürfte an sich kein Problem geben.
Du kannst aber auch sorglos ein neue Adresse generieren, das habe ich bislang immer so gemacht weil ich zu faul war für die ganzen einzelnen Backups. Das Scoring ist nämlich nur an deinem Discord Account gebunden, solange du diesen sicher verwahren kannst bekommst du auch keine Probleme.

Kleiner Tipp um keinen Cycle auszulassen:
Lass beide Nodes parallel laufen und wechsel erst in dem Cycle, bei der auf deiner neuen Node die Roll aktiv wird. Somit verpasst du nichts an Punkten.
Mit Wechsel ist natürlich das Eintragen in Discord gemeint ( Key + IP einpflegen)

Danke für den Tipp! Das werde ich auf jeden Fall so machen. Ich ziehe den Discord Bot erst um, wenn die neue Node aktiv ist. Den Parallelbetrieb mit der gleichen Wallet teste ich dann aber nicht aus... Ich erstelle einfach ein neues Wallet, bevor ich mir irgendwas zerschieße

[bullrun2024bro]

Alle meine Nodes liefen heute Nacht ohne Probleme durch. 

Aber wie gesagt, ich bin da mit meinem Latein am Ende. Gerade weil ich angeblich der einzige mit dem Problem bei netcup bin.

Wir haben ja bereits Fehlersuche betrieben. Da bin ich leider auch überfragt. Zumal ich diverse Leute mit Netcup-Nodes kenne und bei keinem dieser User der maxim_factor ein Problem darstellt. Ganz komisch.  


Ein Hinweis, den womöglich noch nicht alle hier wissen: Um die Last es Netzwerkes einzuschätzen, kann man auch den Massa Testnet Explorer aufrufen (https://massa.net/testnet/).

Hier werden einem unten rechts die aktuellen Transaktionen pro Sekunde angezeigt: Aktuell pendeln wir zwischen 3.8k und 5.8k Transaktionen pro Sekunde. Die Zahl der Staker hat sich von 6.8k gestern Nachmittag auf 5.7k heute Morgen verringert. Scheint also einiges abgeschmiert zu sein.



Quelle: https://massa.net/testnet/

[Lakai01]

Die Zahl der Staker hat sich von 6.8k gestern Nachmittag auf 5.7k heute Morgen verringert. Scheint also einiges abgeschmiert zu sein.

Die Last ist gerade für die Nodes an der Minimalkonfiguration (also mit 8 GB RAM) nicht ohne. Meine Netcup-Node kratzt da doch immer wieder an der Auslastungsgrenze.
Temporär kann man sich mit Swap-Files behelfen:

A swap file allows Linux to simulate the disk space as RAM. When your system starts running out of RAM, it uses the swap space to and swaps some content of the RAM on to the disk space. This frees up the RAM to serve more important processes.

Quelle

Gerade die VPS-Anbieter erlauben die Einrichtung von Swap-Partitionen aber nicht. Leute mit Root-Server sollten diese aber anlegen können, man kann die Partitionierung bspw. auch oftmals bereits bei der Bestellung des Root-Servers mit angeben.

[Turbartuluk]

Die Zahl der Staker hat sich von 6.8k gestern Nachmittag auf 5.7k heute Morgen verringert. Scheint also einiges abgeschmiert zu sein.

Die Last ist gerade für die Nodes an der Minimalkonfiguration (also mit 8 GB RAM) nicht ohne. Meine Netcup-Node kratzt da doch immer wieder an der Auslastungsgrenze.

Kann ich nur bestätigen. Hatte eben dann meinen 3. Reboot seit gestern. Die Nacht lief aber zum Glück auch sauber durch, sodass ich bislang nur 3 / 3.0 Punkte bei routability verloren habe.

Ich hoffe mal, dass das Wochenende nen bissl entspannter wird, da hab ich nämlich nicht so viel zeit um mal eben schnell zu reagieren....   

[sam00]

Ich habe mir ja einen neuen VPS bestellt aber jetzt musste ich feststellen, dass sich die "Produktpalette" bei Strato ein wenig verändert hat.
Auf meinem neuen VPS kann ich nur Ubuntu 22 installieren. Das ist schonmal doof aber sollte ich trotzdem zum laufen bekommen.
Auch fehlt mir irgendwie die komplette Serververwaltung und ich kann nirgends ipv6 aktivieren und habe hier nur eine Link-Local IPv6 Adresse (die ist nur im eigenen Netz und eben nicht extern routbar).
Von euch hat wahrscheinlich keiner so einen neuen Strato Linux VPS oder? VPS Linux VC6-16 (LZ1) um genau zu sein....

edit:
Die Node läuft nun unter der Ubuntu Version 22.04 und der Server fühlt sich eigentlich echt gut an aber leider steht mir aktuell keine Ipv6 Adresse zur Verfügung, wodurch ich ja beim Scoring wahrscheinlich einige Punkte verschenken würde...
Ich warte jetzt noch auf eine Rückmeldung von Strato, ob das denn Möglich ist und ansonsten wird der Server storniert und ich miete etwas bei Netcup oder so...

edit2:
Die ernüchternde Nachricht von Strato kam gerade rein. Die neuen VPS können kein IPv6... Der Server wird also wieder storniert. Schade.

[bullrun2024bro]

Die ernüchternde Nachricht von Strato kam gerade rein. Die neuen VPS können kein IPv6... Der Server wird also wieder storniert. Schade.

Schreib mir ne PN ich schick dir gerne eine PN oder Telegram für einen passenden Server bei Netcup. Hab auch noch nen Code, falls du einen brauchst. Die 16 GB Ram Server laufen ohne Probleme.

[sam00]

Schreib mir ne PN ich schick dir gerne eine PN oder Telegram für einen passenden Server bei Netcup. Hab auch noch nen Code, falls du einen brauchst. Die 16 GB Ram Server laufen ohne Probleme.

Schreibe dir gleich eine PN, dann hab ich euch bald alle auf Telegram

Ich bin jetzt noch am überlegen ob ich den 12GB VPS für 15,68€/Monat nehmen würde (https://www.netcup.de/bestellen/produkt.php?produkt=2963) oder dann gleich den 16GB Root Server für 20,27€/Monat (https://www.netcup.de/bestellen/produkt.php?produkt=2894)...
Rein theoretisch müssten ja die 12GB reichen aber das dachte ich anfangs bei den 8GB halt auch...
Wenn ich durch den stabileren Root Server am Ende mehr Score -> mehr Massa erhalte, werden sich die 5€ pro Monat sicher lohnen und mir auch keinen Zacken aus der Krone brechen...

[bullrun2024bro]

~

Wie bereits geschrieben, würde ich auf jeden Fall den 16 GB Ram Server für ein paar Euro mehr wählen, damit hat man am Ende sicherlich deutlich weniger Kopfschmerzen.

Aktuell ist die Last aber wieder deutlich geringer und die Zahl der Transaktionen schwankt zwischen 1000 - 2000 tx/s. Wenn es so bleibt dürften auch die 8 GB Ram Nodes erstmal keine Probleme mehr haben. Bei mir laufen die kleinen Server seit einem kurzen Absturz gestern auch wieder gut durch. Vielleicht erübrigt sich das Upgrade der kleinen Server ja.



Quelle: https://massa.net/testnet/

[seek3r]

Mit meinen Servern läuft es wieder einigermaßen gut. Da hat sich das einlesen + optimieren von bestimmten Dingen doch tatsächlich gelohnt.
Seit dieser Episode sind die Nodes auch offiziell routable was die Seite von Paranormal-Brothers angeht.

Ich weiß, dass es nicht so sehr aussagekräftig war, da es für den Score egal war. Allerdings hatte ich in den vergangenen Episoden nie eingehende Verbindungen.
Vielleicht bringt es später im Mainnet was in Bezug auf die Block-Selection. Dort wird man dann ja auch versuchen, soviele Rolls wie möglich zu staken.

Ich bin mal gespannt, ob sie dann auch Infos geben können, was für Hardware benötigt wird. Im #Testnet-Channel auf dem offiziellen Massa Discord habe ich letztens eine Unterhaltung verfolgt wo tatsächlich jemand mit über 100 aktiven Rolls fährt. Die Person hatte dementsprechend > 1400 Blocks produziert.

Aktuell siehts mit den Verbindungen so bei mir aus:

[Lakai01]

Ich bin mal gespannt, ob sie dann auch Infos geben können, was für Hardware benötigt wird. Im #Testnet-Channel auf dem offiziellen Massa Discord habe ich letztens eine Unterhaltung verfolgt wo tatsächlich jemand mit über 100 aktiven Rolls fährt. Die Person hatte dementsprechend > 1400 Blocks produziert.

Dazu gab's rund um den Start der letzten Episoden schon eine Aussage. Demnach soll zumindest für den Mainnet-Start die Minimalkonfiguration ausreichen, das Team geht aber fix davon aus, dass die Anforderungen an die Node-Konfig im Laufe der Zeit steigen wird.

Haben Rolls eine direkte Auswirkung auf die Performance der Instanz? Braucht die dadurch bspw mehr CPU? Wär mal interessant zu beobachten, würde mir aber jetzt ungern den Score zerschießen

[seek3r]

Haben Rolls eine direkte Auswirkung auf die Performance der Instanz? Braucht die dadurch bspw mehr CPU? Wär mal interessant zu beobachten, würde mir aber jetzt ungern den Score zerschießen

Jap. Je mehr aktive Rolls desto größer die Last. (mehrere Rolls = mehr Block selections)
Deswegen wird aktuell im Testnet immer wieder dazu geraten, dass man auch wirklich nur eine aktive Roll nutzt um mögliche Abstürze zu vermeiden/vorzubeugen.

Ich habe gestern Abend die Person aus dem Discord angeschrieben, was für eine Serverkonfiguration er nutzt. Er hatte nämlich mit 130 aktiven Rolls über 2000 Blocks produced seit Scoring-Start (Donnerstag morgens).

[sam00]

Wie bereits geschrieben, würde ich auf jeden Fall den 16 GB Ram Server für ein paar Euro mehr wählen, damit hat man am Ende sicherlich deutlich weniger Kopfschmerzen.

Aktuell ist die Last aber wieder deutlich geringer und die Zahl der Transaktionen schwankt zwischen 1000 - 2000 tx/s. Wenn es so bleibt dürften auch die 8 GB Ram Nodes erstmal keine Probleme mehr haben. Bei mir laufen die kleinen Server seit einem kurzen Absturz gestern auch wieder gut durch. Vielleicht erübrigt sich das Upgrade der kleinen Server ja.

Seit Freitag lief meine Node auch wieder ohne Probleme. Als ich dann gestern eigentlich schlafen wollte, hab ich gesehen, dass meine Node kurz vorher wieder abgestürzt ist. Bei den wenigen Transaktionen war die Auslastung eigentlich "okay".
Alle paar Tage die Node neu zu starten wäre ja kein Problem. Es ist nur ein bisschen nervig, dass man eigentlich permanent überprüfen muss, ob sie noch läuft (mit meiner aktuellen Konfiguration), da ich sie ja neu starten möchte, bevor die Rolls verkauft werden.
Ich beobachte es aber weiterhin und will jetzt auch nicht voreilig einen teureren Root Server mieten.

Haben Rolls eine direkte Auswirkung auf die Performance der Instanz? Braucht die dadurch bspw mehr CPU? Wär mal interessant zu beobachten, würde mir aber jetzt ungern den Score zerschießen

Auf meiner größeren Node mit 16GB Ram habe ich zum Testen einfach mal 5 Rolls gekauft. Hier sind bei mir so ~ 9.4GB Ram belegt und sie läuft seit Freitag durchgehend.
Auf meiner kleinen Node habe ich eine Roll und jetzt gerade 4,8GB Ram belegt, nachdem ich gestern Abend ja neu gestartet habe.
Zum testen, verkaufe ich jetzt mal auf der größeren Node die 4 zusätzlichen Rolls und gucke, ob die RAM-Auslastung runter geht.

[seek3r]

Seit Freitag lief meine Node auch wieder ohne Probleme. Als ich dann gestern eigentlich schlafen wollte, hab ich gesehen, dass meine Node kurz vorher wieder abgestürzt ist. Bei den wenigen Transaktionen war die Auslastung eigentlich "okay".
Alle paar Tage die Node neu zu starten wäre ja kein Problem. Es ist nur ein bisschen nervig, dass man eigentlich permanent überprüfen muss, ob sie noch läuft (mit meiner aktuellen Konfiguration), da ich sie ja neu starten möchte, bevor die Rolls verkauft werden.
Ich beobachte es aber weiterhin und will jetzt auch nicht voreilig einen teureren Root Server mieten.

Du könntest theoretisch den Paranormal Brothers Telegram-Bot nutzen.
Der Bot informiert dich nämlich, sobald du einen Block geskippt hast und sobald deine Rolls verkauft werden. Es gibt zwar noch andere Bots, die auch den Online Status überprüfen, aber aus eigener Erfahrung kann ich dir sagen, dass das nicht wirklich zuverlässig ist und man so doch einiges verpasst.

Dann lieber den oben genannten Bot nutzen, da die Infos wirklich stimmen und man sich bei einem geskippten Block schon mal auf ein Sell der Rolls einstellen kann.
Infos findest du auf der Monitoring-Seite von Paranormal Brothers https://paranormal-brothers.com/massa/#monitor
Sobald du deine Infos (Stakingadresse + IP) eingegeben hast findest du deinen persönlichen Token für den Bot ganz unten auf der Seite. 

[sam00]

Du könntest theoretisch den Paranormal Brothers Telegram-Bot nutzen.
Der Bot informiert dich nämlich, sobald du einen Block geskippt hast und sobald deine Rolls verkauft werden. Es gibt zwar noch andere Bots, die auch den Online Status überprüfen, aber aus eigener Erfahrung kann ich dir sagen, dass das nicht wirklich zuverlässig ist und man so doch einiges verpasst.

Dann lieber den oben genannten Bot nutzen, da die Infos wirklich stimmen und man sich bei einem geskippten Block schon mal auf ein Sell der Rolls einstellen kann.
Infos findest du auf der Monitoring-Seite von Paranormal Brothers https://paranormal-brothers.com/massa/#monitor
Sobald du deine Infos (Stakingadresse + IP) eingegeben hast findest du deinen persönlichen Token für den Bot ganz unten auf der Seite. 

Den Paranormal-Brothers Bot habe ich eingerichtet und der meldet mir auch tatsächlich, wenn ich einen Block skippe oder ich bekomme mit, wenn die Rolls verkauft werden.
Das versuche ich aber immer komplett zu verhindern, was bisher auch ganz gut geklappt hat. Die letzten Male habe ich dann nur 1 Routable Sample bzw. 1 Maxim-Faktor verloren, weil ich so regelmäßig nachschaue. Ich muss auch wirklich drauf achten, weil ich ja erst Ende Episode 22 eingestiegen bin und unbedingt die 200 Punkte bis Ende 24 erreichen möchte


Nach dem Verkaufen der Rolls ist die RAM-Auslastung bei meiner 16GB Node noch nicht gesunken. Interessanterweise sind auch hier immer noch 5 Rolls aktiv. Das dauert wohl auch 3 Cycles, bis diese inaktiv sind?

[Turbartuluk]

Du könntest theoretisch den Paranormal Brothers Telegram-Bot nutzen.
Der Bot informiert dich nämlich, sobald du einen Block geskippt hast und sobald deine Rolls verkauft werden. Es gibt zwar noch andere Bots, die auch den Online Status überprüfen, aber aus eigener Erfahrung kann ich dir sagen, dass das nicht wirklich zuverlässig ist und man so doch einiges verpasst.

Mit welchen Bots kann man denn den Onlinestatus prüfen? Ich nutze aktuell auch den Paranormal Brothers Telegram bot, allerdings spring der ja erst an wenn ein Block geskippt wurde, was sich beim scoring deutlich stärker auswirkt als nur ein punktabzug bei der routability....

Ich hatte das am Samstag, server ist abgeschmiert ich habs nicht gemerkt, 2 cycles später wurde dann ein block geskippt, was der bot gemeldet hat, worauf ich aber nicht mehr reagieren konnte (bzw. erst ~90min später) weil ich unterwegs war.
Ende vom Lied waren 3 verlorene cycles, 1 geskippter Block und -5.0 bei routability. Da sich ja alles dann miteinander multipliziert war das schon ein kleines Aua.

Oder vielleicht muss ich mir nach der Episode doch die "Autostart-Funktion" einrichten.
@Lakai gibts da ne anfängertaugliche Anleitung? 

[seek3r]

Mit welchen Bots kann man denn den Onlinestatus prüfen? Ich nutze aktuell auch den Paranormal Brothers Telegram bot, allerdings spring der ja erst an wenn ein Block geskippt wurde, was sich beim scoring deutlich stärker auswirkt als nur ein punktabzug bei der routability....

Naja es gibt noch den @MassaHelperBot mit dem du deine Node tracken kannst aber wie schon vorhin erwähnt: Empfehlen würde ich dir den nicht, da er nicht wirklich genau ist.
Du kannst den Bot jeder Zeit zum Node-Status abfragen und zusätzlich bekommst du jede Stunde eine Push-Benachrichtigung über den aktuellen Status.

Bei mir war es halt so, dass die Node offline war und der Bot jedoch noch einige Cycle behauptet hat, dass alles in Ordnung sei. Das war leider kein Einzelfall und seitdem nutze ich ihn nicht mehr.

Oder vielleicht muss ich mir nach der Episode doch die "Autostart-Funktion" einrichten.
@Lakai gibts da ne anfängertaugliche Anleitung?  

Also ich finde es mehr als sinnig. Ist super schnell eingerichtet.
Ich habe bei Dirk sogar eine C+P Anleitung gefunden. Bitte aber schauen, ob du auch wirklich in denselben Verzeichnissen installiert hast (/opt/massa).
Und natürlich das Passwort anpassen in der massad.service  

Code:

Massa Node als System-Daemon installieren

Manche finden es hilfreich, den Massa Node als System-Daemon laufen zu lassen. Einer der Vorteile ist, dass der Node Server sich automatisch neu startet, wenn er mal abgestürzt ist.

Zuvor müsst ihr die Binary-Datei “massa-node” ins massa-node Verzeichnis kopieren.

· cd /opt/massa/massa-node
· cp /opt/massa/target/release/massa-node .

Dafür müsst ihr die Datei /etc/systemd/system/massad.service mit folgendem Inhalt erstellen:

[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

Anschließend gebt ihr die drei folgenden Befehle ein:

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

Quelle: FAQ + Hilfe zur Massa Node


Dann mit

Code:

sudo journalctl -f -n 100 -u massad

schauen ob die Node gestartet ist. Mit dem Befehl werden alle Ereignisse geloggt bis du mit STRG + C beendest.

[bullrun2024bro]

Bei mir läuft alles ohne Probleme und bis auf den kleinen Ruckler in der letzte Woche lief bisher alles durch. Meine Scores sind alle entweder das Maximum oder recht nah dran (und die mit den kleinen Servern). Auslastung über das wochenende lag jetzt bei ca 5 GB RAM.

Ich denke aber, dass sich das heute und in den nächsten Tagen ändern wird. Es wird sicherlich noch einmal unter Volllast getestet.

Seit Freitag lief meine Node auch wieder ohne Probleme. Als ich dann gestern eigentlich schlafen wollte, hab ich gesehen, dass meine Node kurz vorher wieder abgestürzt ist. Bei den wenigen Transaktionen war die Auslastung eigentlich "okay". Alle paar Tage die Node neu zu starten wäre ja kein Problem. Es ist nur ein bisschen nervig, dass man eigentlich permanent überprüfen muss, ob sie noch läuft (mit meiner aktuellen Konfiguration), da ich sie ja neu starten möchte, bevor die Rolls verkauft werden.

Die Bots sind so eine Sache. Eigentlich helfen sie nur, wenn es bereits zu spät ist. Zumindest meldet sich der Paranormal Telegram Bot immer erst dann wenn ein Block geskipped wurde und es droht, dass eine Roll verkauft wird. Wenn du Angst hast am besten die beschriebene Autostart-Funktion nutzen.


Bei Interesse: Auf YouTube findet ihr eine Aufnahme des letzten AMAs: https://www.youtube.com/live/_1OsRz-2vLQ