skunk

Gerade StrongBlock ließe sich wunderbar berechnen weil alles transparent auf der Blockchain ist. Der Witz ist ja gerade, dass die 300% Rendite pro Jahr dich dazu bringen sollen eben nicht zu rechnen und einfach blind zu investieren. Wie man sieht funktioniert das wunderbar. Wäre es nur 30% Rendite pro Jahr, könnte man sich ja die Zeit nehmen und das mal in Ruhe durchrechnen. Da der Rechenweg nicht ganz so einfach ist, müsste man dazu etwas mehr Zeit aufbringen und erstmal ein paar Themen lernen die sonst in das Fachgebiet eines Datenanalyst fallen. Ich bin mir ziemlich sicher meine Kollegen aus diesem Fachgebiet könnten mir ein Modell schreiben was sehr genau das Ende von StrongBlock vorhersagen kann. Ich bin mir sicher das können wir auch erlernen.

Es gab gerade wieder eine Stunde lang eine Handvoll Zahlungsausfälle so wie diesen hier: https://etherscan.io/tx/0xcb645b46d84f9122f6c764bb31adca231ae0ad35bd3e8b36089ae3a6f652f92d Genug Token sind im Pool noch vorhanden. Mir scheint der Admin hat da ein Fehler in seiner Rechnung. Die internen Umbuchungen werden einfach zu spät angestoßen und dauern dann länger als das verfügbare Guthaben noch überbrückt. Das ist eigentlich ein vermeidbarer Fehler. Oder ist es am Ende beabsichtigt um den Frosch langsam zu kochen damit er nicht so schnell rausspringt? Ich tippe eher auf einen Fehler als auf Absicht.

Na komm so schwer ist das nicht. Da fallen dir bestimmt ein paar Ideen ein die Daten, die der Bot sammelt dann gescheit auszuwerten. Ich würde für den Anfang damit anfangen alle Coins zu listen, die im Ranking unten stehen, recht neu sind und langsam im Ranking steigen. Da kann man ganz sicher geeignete Filter finden. Der Bot kann ja sogar auswerten wann die Coins auf CMC gelistet wurden und das als zusätzliches Kriterium heran ziehen. Da gibt es diverse Möglichkeiten. Problem an der Sache ist, dass du die Coins zu dem Zeitpunkt zu früh kaufen würdest. Ich hatte dich jetzt so verstanden, dass du schon Hype Coins suchen würdest und sie einfach nur vor dem Hype kaufen möchtest. Dafür sollten sie dann schon etwas weiter oben im Keyword Ranking stehen. Sozusagen kurz vor kretischer Masse. Damit sind wir jetzt aber an dem Punkt an dem es keinen Analysten mehr bedarf. Im Grunde widersprechen sich die Aussagen von @Zwarmund dir ein wenig. Er versucht die Perlen zu finden, die auch ohne Hype langsam aber stetig steigen sollten. Die findet man nur wenn man viel Zeit investiert und sich genau anschaut was diesen Coin technisch von anderen Coins unterscheidet. Wenn es darum geht einen Hype Coin zu finden, kann man sich den Teil dagegen komplett einsparen und muss eher beobachten welche Keywords ein Coin haben muss damit der Hype losgeht. Viel wichtiger als das erkennen eines Hypes ist hier meiner Meinung nach aber die Vorhersage wann der Hype seinen Höhepunkt erreicht hat. Dafür wäre die Keyword Analyse sowieso Pflicht. Selbst 1000 Member können nachdem sie Investiert haben nicht mehr sagen ob der Hype noch weiter ansteigt oder bereits am Fallen ist. Ein Bot kann da deutlich bessere Daten liefern.

Und wir befürchtet wurden weitere 10K umgebucht. Ich würde mal sagen morgen ist ein Stück weit der Tag der Entscheidung. Auch nach der Umbuchung sind etwas wenig Token im Pool um durch das komplette Wochenende inklusive Montag zu kommen. Es könnte mit etwas Glück noch reichen. Ich befürchte aber die aktuell erneut geringen Transaktionsgebühren werden wie letzte Woche zu vermehrten Auszahlungen führen und dann wäre eine weitere 10K Umbuchung notwendig. So jetzt setze ich kurz meinen anderen Hut auf. Ich vermute ja weiterhin, dass es den Nodes egal ist ob die Reserve über längere Zeit von 200K auf 100K schrumpft aber 90K anstelle von 100K klingt plötzlich deutlich bedrohlicher weil eine Null fehlt. Zusätzlich spielt noch das Intervall in dem die Reserve schmilzt eine Rolle. In diesem Sinne wäre ein zweite Umbuchung dieses Wochenende bzw spätestens Montag ein Traum. Die Reserve würde dann nur noch 4 Wochen reichen. Richtig toll würde ich es sogar finden wenn die Reserver nach 1-2 Wochen aufgebraucht ist. Das ist möglich setzt aber voraus, dass die Nodes das drohende Ende erkennen und ihr Verhalten ändern. Genau das erhoffe ich irgendwann live mitzuerleben. Also Bier und Popcorn für Morgen Abend bereitstellen und dann schauen wir mal wie viel Glück (oder Pech je nach Standpunkt) wir haben.

Das ist mir persönlich fast etwas zu viel. Wenn alle anderen Bedingungen soweit passen, könnte ich mir vorstellen das durchaus mal auszuprobieren. Was ich leicht negativ sehe ist die Große Anzahl. Wäre es nicht sinnvoller eine kleine Gruppe zu erstellen? Wie @Chantal Krüger schon gesagt hat wird es ab einer bestimmten Größe zu einer selbst erfüllenden Prophezeiung. Selbst wenn die Gruppe noble Absichten hat, greifen dann dennoch ein paar Effekte, die den ursprünglich noblen Absichten entgegen wirken. Es wird gerade bei kleinen Projekten irgendwann schwierig die Reaktion des Marktes noch zu beobachten nachdem die Gruppe mit zu vielen Mitgliedern zugeschlagen hat. Das ganze ist jetzt erstmal nur meine persönliche Meinung. Hintergrund ist, dass ich eher versuchen würde locker 100 der Mitglieder gegen Software auszutauschen. Zum Beispiel ein Telegram Bot, der stumpf allen größeren Krypto Chats beitritt und dann mitzählt wie oft über welchen Coin gesprochen wird. So hat man direkt ein Stimmungsbarometer und braucht keine Armee an Leuten um diese Infos einzusammeln. So eine Keyword Analyse gibt es schon als fertige Lösung für zum Beispiel Twitter. Man müsste sich nur mal damit beschäftigen.

Ich hatte bereits geschrieben warum dieser Eindruck bei mir entstanden ist. Hindert ihn ja niemand daran einfach mal zu erklären was er genau vor hat. Ihr habt Infos, die uns fehlen und so entsteht bei uns der Eindruck eine Pump und Dump Gruppe. Mir ist bewusst, dass so eine Pump und Dump Gruppe nicht zu ihm passt. Ich würde es dennoch begrüßen wenn er diesen ersten Eindruck einfach ausräumen könnte. Mir kommt es aber so vor als würdest du jetzt ebenfalls den klassischen Fehler machen ein gutes altes Missverständnis von vornerein auszuschließen und und dann zu unterstellen wir würden das absichtlich machen. Versetz dich in unsere Lage. Warum könnte bei uns der Eindruck einer Pump und Dump Gruppe entstehen? Dann einfach kurz das Missverständnis ausräumen und fertig. Ich sehe kein Grund warum wir so ein einfaches Missverständnis unnötig hochspielen müssen. Bricht sich doch niemand einen Ast ab das einfach mal als Missverständnis zu benennen und richtig zu stellen. Edit: Was ich für den Anfang toll finden würde wäre eine Aussage von @Zwarm zu dem Sachverhalt. Ich finde es schön, dass hier noch andere Informationen beisteuern aber das hat den Beigeschmack von stiller Post. Ich würde es daher begrüßen einfach nochmal alles aus erster Hand zu erfahren. Das könnte ja theoretisch leicht abweichen.

Wie viele Mitglieder hat die Gruppe?

In beiden Fällen sticht mir erstmal nichts negatives ins Auge. Weiterentwicklung siehst in beiden Fällen gut aus. Qualitätstandards sind auch vorbildlich so wie man sich das bei einem Open Source Projekt wünschen würde. Anzahl der Commits ist etwas irreführend. Azero hat knapp 300 PRs. Beim Mergen dieser PRs werden sie zu einem Commit zusammengefasst. Bei Mina werden die Commits dagegen nicht zusammengefasst. Grundsätzlich würde ich schon sagen Mina ist mit der Entwicklung etwas weiter. Bei Azero scheint es noch keine Anwender zu geben. Ob der Market Cap zu hoch sein könnte, kannst du eventuell besser beurteilen als ich.

Ich glaube der Teil war eher ironisch gemeint. Das was uns alle eigentlich interessiert ist wo das Geld für die Bezahlung herkommt. Bei einer Pump und Dump Gruppe ist es naheliegend wie das erwirtschaftet wird. Ich kann mir durchaus noch ein paar andere eher Seriöse Modelle vorstellen nur passt Telegramm irgendwie nicht ins Bild. Bei praktisch allen seriösen Modellen die ich mir gerade vorstellen kann, spielt das Kommunikationsmedium keine Rolle. Telegramm wäre eine Option aber bei weitem nicht die einzige. Ich finde es etwas Merkwürdig, dass im ersten Post praktisch kaum Informationen drin stehen aber Telegramm ist bereits gesetzt. Dadurch entsteht bei mir dann einfach das Bild von einer Pump und Dump Gruppe weil dafür wäre Telegramm so alternativlos wie es der erste Post eventuell ungewollt rüber bringt.

Da du nicht mehr zu deinem Vorhaben geschrieben hast, drängt sich dieser Eindruck gerade zu auf. Du kannst ja gern etwas mehr zu deinem Vorhaben schreiben.

Der Teil mit Telegramm ist amüsant. Machen wir doch gleich eine Pump und Dump Gruppe daraus um das Bild abzurunden

Ja ich winke das gerne durch. Ich habe genau den passenden Ort. Die Rundablage!

War das zufällig diese App hier? https://play.google.com/store/apps/details?id=io.storj.photogalleryuploader&hl=gsw&gl=US Falls nicht dann ist das vielleicht eine App die du mal zum Vergleich ausprobieren kannst. Der Link ist nicht so unsicher wie du vielleicht glaubst. Um das zu erklären muss ich allerdings etwas ausholen und am Ende kannst du dann entscheiden ob und wie du zukünftig Storj nutzen möchtest. Du hast da durchaus eine Wahlmöglichkeit. Als erstes müssen wir zwischen Client Side Encryption und Server Side Encryption unterscheiden. Die Server Side Encryption kommt immer dann ins Spiel wenn du eine Datei über das Gateway-mt hoch oder runter lädst. Das Gateway-mt ist zu erkennen an den S3 Zugangsdaten. Auch der File Browser in der Satellite UI geht über das Gateway-mt. Server Side Encryption ist nicht zwingend unsicher. Das Gateway-mt nimmt initial deinen Access Grant entgegen und speichert diesen verschlüsselt in einer Datenbank ab. Solange du keine Anfrage an das Gateway-mt sendest, kann es deine Daten auch nicht entschlüsseln. Nur deine Anfrage enthält den Schlüssel mit dem der Access Grant entschlüsselt und genutzt werden kann. Es ist also die sicherst Server Side Encryption die man sich vorstellen kann. Es bleibt natürlich trotzdem eine Server Side Encrpytion mit dem Risiko, dass jemand am Server rumspielt und dort den kurzzeitig entschlüsselten Access Grant abgreift. Nutzt du dagegen eine der unzähligen nativen Integrationen, ist das Client Side Encryption. Bei dieser Methode musst du immer einen API Key oder Access Grant angeben. Ich habe die verlinkte App selber noch nicht ausprobiert glaube aber, dass es sich dabei um Client Side Encryption handelt. So kommen wir jetzt zur Share Funktion. Egal ob du jetzt eine Datei mit Client Side oder mit Server Side Encryption hochgeladen hast, du hast in beiden Fällen zwei Möglichkeiten diese Datei zu teilen. Du kannst dir vom Linksharing Service einen Link besorgen. Das läuft über das Gateway-mt inklusive der Server Side Encryption. Vorteil ist, dass du den Link recht einfach versenden kannst und der Empfänger keine zusätzlichen Programme braucht um die Datei runter zu laden. Der Link kann wahlweise Zugriff auf einen kompletten Order oder auch komplettes Bucket geben oder aber auf eine spezielle Datei zugeschnitten sein. Nehmen wir mal an ich bekomme so einen Link der auf eine Datei zugeschnitten ist in die Hand. Ich könnte die eine Datei runterladen aber mehr auch nicht. Selbst wenn ich an den Verschlüsselungs Key für die Entschlüsselung kommen würde (ich wüßte spontan nicht wie) kann ich diese Key für keine andere Datei verwenden. Das ganze ist wie ein HD Wallet aufgebaut. Du gibst dein Seed ein und davon abgeleitet wird jede Datei mit einem anderen Key Verschlüsselt. Die zweite Möglichkeit wäre die Generierung eines speziellen Access Grants. So ein Access Grant kann ordentlich eingeschränkt werden. Ich kann dir zum Beispiel einen Read Only Access Grant schicken der lediglich für 2 Tage gültig ist. Ich kann auch jederzeit den Access Grant für ungültig erklären womit du ebenfalls den Zugriff auf meine Dateien verlierst. Dieser Access Grant Zauber funktioniert auch in Kombination mit dem Gateway-mt. Mit dem Gateway-mt würdest du erneut die Möglichkeit erhalten einfach nur einen Link versenden zu können. Wenn du aber unbedingt Server Side Encryption vermeiden möchtest, kannst du den Access Grant auch einfach direkt versenden. Ich schicke dir also meinen Read Only Access Grant zu, der für genau 2 Tage gültig ist. Das wäre immer noch 100% Client Side Encryption. Im Access Grant enthalten ist der Key mit dem du meine Datei entschlüsseln kannst. Nachteil gegenüber Linksharing ist aber, dass du ein Programm brauchst um mit dem Access Grant auch etwas anfangen zu können. Lange Rede kurzer Sinn. Egal was du machst deine Datei ist in jedem Fall weiterhin voll verschlüsselt. Selbst wenn jemand den Link in die Hände bekommt dann hat er damit nicht gleich Zugriff auf deinen kompletten Account. Es ist möglich eine App so zu programmieren, dass sie ungewollt jedem Vollzugriff gestattet. Erstell im Zweifel einfach mal ein Test Bucket und schick mir so einen Share Link zu. Ich prüfe dann gern wie viel Informationen der Link preis gibt.

Jetzt habe ich dich so gelangweilt, dass du mir einfach weg geschlafen bist

Ich werde dich schon beschäftigen keine Sorge. So schnell kommst du mir jetzt nicht davon. Ich starte die Nacht dann mal mit einer kleinen Selbsterkenntnis. Vor gut 1-2 Jahren hat man mir einige Weiterbildungen in Richtung QA Manager angeboten. Ich hatte keine Vorstellung was da auf mich zukommt aber es gehörte zum Deal, dass ich es einfach mal ausprobieren und später kann ich immer noch Nein sagen. In dem Modus habe ich dann eine Zeit lang vor mich hin gearbeitet und erstmal aus meinen Fehlern gelernt. Meinen neuen Kollegen gegenüber habe ich mich noch primär als Tester vorgestellt, der erst noch in die Manager Rolle reinwachsen muss. Anfang dieses Jahres hat sich das jetzt verändert. Neuen Kollegen gegenüber stelle ich mich inzwischen als QA Manager vor. Es gibt natürlich auch weiterhin noch viel zu lernen aber ich habe das Gefühl, dass mir mit jedem Tag die Aufgabe ein wenig leichter fällt und immer mehr Spaß macht.

Na dann haben wir ja noch ein paar Stunden bevor die Wirkung nachlässt

Jetzt habe ich aber vergessen was ich beim letzten mal schreiben wollte. War bestimmt nicht so wichtig^^ Aber erzähl doch mal warum du nicht schlafen kannst.

Aber ich weiß es. Wir hatten letzten Wochenende bereits einen Vorgeschmack was dann passiert.

Ich tippe darauf, dass wir dieses Wochenende erneut eine 10K Umbuchung brauchen werden. Das wäre dann die zweite Umbuchung mit dem inzwischen kürzeren 7 Tage Intervall.

Ich hätte das genau andersrum formuliert. Ich kann nicht ganz ausschließen, dass die beteiligten Personen unabsichtlich andere Leute betrügen Ich glaube nicht, dass das soviel bringt. Selbst wenn der Reward komplett auf 0 gesetzt wird, wurden bereits 260K an Rewards zugeteilt und warten dann immer noch auf Auszahlung. Eine Reduzierung der Rewards würde eher die Einzahlungen reduzieren und dann geht es noch schneller zuende. Die Einzahlungen sind aktuell noch traumhaft hoch. Aus Sicht des Admin wäre es daher vermutlich am sinnvollsten das fragile Gleichgewicht nicht zu stören. Wie du schon sagst es wird irgendwann zwangsläufig zusammenbrechen. Im Moment tut die Community alles um dem Admin so viel ETH wie möglich und so lange wie möglich zu spenden. Da wäre der Admin doch schön blöd diese aktuell noch hervorragende Stimmung zu gefährden. Das einzige womit man bei so einem Schneeballsystem Zeit erkaufen kann sind immer mehr Investoren. Der Admin muss eher einen neuen Smart Contract aus dem Hut zaubern, der dann 0.125 Rewards pro Tag auszahlt. Das hat er mit den vermeintlichen Polygon Nodes schon gemacht und es hat in der Tat hervorragend funktioniert. Die Einzahlungen sind in die Höhe geschossen und das drohende Ende konnte ein wenig hinausgezögert werden. Ob der gleiche Trick ein zweites mal funktioniert ist allerdings fraglich. Spielt das überhaupt eine Rolle? Wenn wir mal ein seriöse Einnahmequelle unterstellen dann sollte es völlig egal sein was die Nodes mit ihren Rewards machen. Die Nodes dürfen natürlich ihre Rewards auch einfach bunkern so wie das bei vielen anderen System auch passiert. Das System sollte auch bei jedem Umrechnungskurs weiter funktionieren. Das System sollte sich in jedem Fall über Jahre hinweg selbst tragen. Es sollte irgendwo Einnahmen generieren die dann dafür genutzt werden können die Ausgaben zu decken. Die Einnahmen kommen klassischerweise von Anwendern, die für den Dienst Geld bezahlen. Frage: Wer genau sind die Endanwender, die für die vermeintlichen ETH und Polygon Nodes gigantische Beträge bezahlen? Was kostet so eine vermeintliche ETH Node den Endanwender im Jahr? Diese Mondpreise kommen dir nicht komisch vor? Ein ETH2 Validator macht gerade mal 5% Redite im Jahr und keine 300%. Kein Endanwender, der noch bei Verstand ist wir so viel Geld für so wenig Node bezahlen. Der größte Fisch im Teich ist Infura und da zahlt der Endanwender deutlich weniger für eine Full Archive Node. Das ist nochmal eine ganz andere Hausnummer als nur eine Full Node. Wenn wir plötzlich darüber diskutieren das der Pool leerer wird, dann bedeutet das, dass beim Projekt etwas schief läuft. Wenn es eine Rolle spielt was die Nodes mit ihren Rewards machen, dann ist das in der Regel ein Schneeballsystem bei dem die Nodes ihre Rewards bitte möglichst nicht auscashen und idealerweise auch zeitnah wieder einzahlen. Selbst wenn wir in so einem System jetzt mal perfekte Nodes nehmen, die ihre Rewards erst dann abbuchen wenn es genau 10 Stück sind und diese sofort reinvestieren dann geht die Rechnung doch trotzdem nicht auf. Wir hätten dann zwar eine perfekte Welt erschaffen in der sozusagen alle Rewards auf ewig recycled werden aber es fehlt noch das Exchange. Du willst deine Rewards irgendwann zu Geld machen. Nehmen wir also des weiteren mal an, dass du deine 10 Token zu egal welchem Preis zeitnah verkauft bekommst. Der neue Eigentümer haut die Token sofort wieder in dem Pool. Auch hier hätten wir jetzt eine perfekte Welt ohne Verluste. Das Problem ist auch dieses perfekte System würde kollabieren nur einfach an einer anderen Stelle. Wir haben das Überangebot an Rewards einfach nur aus dem Pool raus hin zum Exchange verschoben. Du wirst dann zwar auf ewig deine Rewards auszahlen und zumindest ins Orderbuch reinstellen können aber ob du auch einen Käufer findest, ist außerhalb deiner und auch außerhalb der Macht aller anderen Nodes. Selbst wenn sich alle Nodes perfekt verhalten würden, würde das Überangebot an Rewards dennoch das Projekt zu Fall bringen. Da das Überangebot an Rewards exponentiell steigt, ist es unmöglich auch exponentiell neue Käufer zu finden. Das Problem ist aber, dass du deine Rewards nicht unbegrenzt lange im Orderbuch stehen lassen kannst sonst würden die Token zu lange außerhalb des Pools lagern. Du wärst gezwungen den Umrechnungskurs in den Keller zu drücken. Was ich damit sagen will ist, dass die Wurzel des Problems die exponentiell ansteigende Reward Summe ist. Die kann so oder so nicht endlos bedient werden. Die Frage ob wir dieses Ungleichgewicht nun in den Pool drücken oder in das Orderbuch vom Exchange, ist eigentlich nebensächlich. Ein magisches Einhorn was das Ungleichgewicht einfach wegzaubern könnte, gibt es nicht.

Was die ältere Generation leider (noch) nicht verstanden hat ist, dass sie ihre Weltherrschaft dazu missbrauchen die Umwelt kaputt zu machen. Ich finde es etwas billig die Schuld auf die junge Generation zu schieben. Wir hatten mehr als genug Zeit rechtzeitig und mit deutlich milderen Mitteln gegenzusteuern. Wir haben Jahrzehnte ungenutzt verstreichen lassen. Wenn jetzt extreme Mittel notwendig sind dann ist das unsere Schuld und nicht die Schuld der jungen Generation!

Das sagt sich hinterher immer sehr einfach. Die Frage ist ja ob du an der Spitze auch verkauft hättest oder ob du auf weitere Kurssteigerungen spekuliert hättest. Ich für meinen Teil tendiere dazu immer den Ausstieg zu verpassen und dann rausche ich mit ins Tal. Um diese Schwäche zu kompensieren kaufe ich nur Coins bei denen auf das Tal ein weiterer Berg folgt sodass es nach einigen Jahren keine Rolle mehr spiel mit wie viel Gewinn ich schlussendlich verkaufe. Für kurzfristige Trades fehlt mir einfach das richtige Händchen. Das dürfte vor allem auf 3 Punkte zurückzuführen sein: 1. Dein Investment ist erstmal weg. In den ersten 100 Tagen bekommst du nur dein Investment zurück und bis dahin ist kein Fremdkapital notwendig um deinen Reward zu begleichen. Das lässt sich also schlecht mit einem Projekt vergleichen bei dem du bereits am ersten Tag 101% deines Investments auszahlen könntest. 2. Es können mehr Rewards zugeteilt werden als real existieren. Der Smart Contract ist in diesem Punkt schon die perfekte Lösung. Er suggeriert, dass die Nodes jederzeit ihre Rewards abbuchen können. Ist ja alles abgesichert durch die Blockchain. Solange die Nodes ihre Rewards nicht abbuchen, bricht das System nicht zusammen. 3. Die ETH Transaktionsgebühren sind so hoch wie noch nie. Das schafft einen netten Anreiz für alle Nodes. Einfach die vermeintlich sicheren Rewards so spät wie möglich abbuchen um möglichst wenig Kosten zu haben. Das geniale ist jetzt die Kombination aus 1 und 2. Bis zu 40% der Nodes sind stumpf damit beschäftigt ihre Rewards zu reinvistieren und weitere Nodes zu kaufen. Damit bleiben die Token einfach dauerhaft im Pool. Wenn 100 Nodes am ersten Tag einzahlen dann reicht das Kapital plötzlich nicht nur 100 Tage sondern 40 Nodes werden ihre 10 Token Reward direkt wieder in den Pool hauen womit die verbleibenden 60 Nodes nochmal weitere 66 Tage auszahlen können. Damit alleine kann dieses Schneeballsystem bereits 166 Tage durchhalten ohne dafür weiter wachsen zu müssen. Natürlich ist das Ende trotzdem unausweislich. Es dauert einfach nur 166 Tage länger bis das System überhaupt Gefahr läuft kollabieren zu können.

Harmlos ist relativ. Den Preis für die Durchseuchung zahlen jetzt die ungeimpften. Omikron wird noch genug Tote als Preis für seine Dienste verlangen.

Kann man aber auch andersrum sehen. Ein Token kommt mit den Sicherheiten einer bekannten Blockchain um die Ecke. Ein Coin hat dagegen potentiell unbekannte Risiken.

Das was du da editieren kannst ist das gas limit. Den Teil mit dem Smart Contract hattest du gelesen? Damit die Anwender genug Zeit haben ihre Wallets auf EIP-1559 zu updaten. Mein Hardware Wallet hat das Update erst sehr spät bekommen und ich haben etwas länger von den Legacy Transaktionen gebrauch gemacht. Steht auf der Seite, die du weiter oben verlinkt hattest.