Cosa dovreste sapere sul modello di sicurezza dell’Ethereum

Oggi il panorama degli asset digitali si sta lentamente acclimatando al fatto che l’Ethereum 2.0 si sta finalmente realizzando. Infatti, dopo il recente lancio della Beacon Chain, sono state schiacciate le voci di un aumento dei ritardi e di un’apparente mancanza di sostegno.

Un recente rapporto di Coinmetrics ha rapidamente messo in evidenza un miglioramento della metrica nell’ecosistema dell’Ethereum. Secondo il rapporto, l’hashrate di Ethereum sta salendo a nuovi livelli elevati di tutti i tempi. Infatti, è stato il 1° dicembre che l’hashrate ha toccato un nuovo ATH, in seguito al quale la crescita è stata costante.

Ora, ciò che è interessante èche anche se l’Ethereum 2.0 promuove effettivamente la Proof of Stake, l’hashrate del PFH ha toccato un nuovo massimo il giorno dopo il lancio della catena di fari del PF 2.0.

Ora, mentre l’Ethereum 2.0 potrebbe effettivamente migliorare la sicurezza dell’Ethereum, c’è ancora molto da sapere sulla politica monetaria dell’Etereum.

Ethereum 2.0: Tasso di inflazione e sicurezza

Dopo il lancio della catena di fari Ethereum 2.0, il tasso d’inflazione annuale dei ETH scenderà ben al di sotto dell’1% e sarà addirittura inferiore al tasso d’inflazione della Bitcoin. Ora, il calo del tasso di inflazione ha molto a che fare con il suo passaggio a Proof-of-Stake.

In questo caso, è importante notare che una delle principali proposte del PoS è che gli scommettitori pagano volentieri costi di capitale più alti per un dollaro di ricompensa. In generale, ciò è dovuto al fatto che gli stakeer devono affrontare solo un costo di opportunità, una cifra che non si deprezza come quando si investe in attrezzature ASIC.

Quindi, i costi di capitale più elevati sono un vantaggio, poiché aumentano anche il costo dell’attacco all’Ethereum.

Emissione minima di sicurezza?

Con un costo del capitale più elevato, l’Ethereum sta praticamente ottenendo un livello di sicurezza uguale per ricompense in dollari più basse. Soprannominato da Ryan Watkins „Minimum Necessary Issuance“ (Emissione minima necessaria), ETH 2.0 ha bisogno di un importo minimo di emissione per garantire la sicurezza dell’Ethereum.

La politica monetaria del ETH 2.0 sta ottimizzando la rete dell’Ethereum, mentre la politica monetaria della Bitcoin punta alla „perfezione monetaria“.

L’unica conseguenza di questa argomentazione è che mancano ancora 12-24 mesi alla fase 1.5 (l’Ethereum 1.0 si è fuso a metà strada con l’ETH 2.0), il che rende l’argomentazione di cui sopra per il futuro, ma ancora inevitabile.

Verrà un momento in cui la politica monetaria di Bitcoin potrebbe scontrarsi con quella di Ethereum e mentre quella di BTC è più facile da comunicare e spiegare, il modello di sicurezza di Ethereum potrebbe essere teoricamente più sostenibile a causa del PoS.

FRITZ!BOX Traffic Monitor – Nat32

Einführung

Sowohl die Fritz!Box als auch der Fritz!Repeater verfügen über eine Paketverfolgungs-Funktion, die durch die Anforderung einer speziellen URL funktioniert, die auf dem FritzBox Traffic Monitor eine Traffic-Verfolgung für eine bestimmte Schnittstelle in Form einer libpcap formatierten Datei zurückgibt. Wenn der Trace beendet wird, kann die gespeicherte Trace-Datei mit einer Software wie WireShark betrachtet werden, die den Traffic in lesbarer Form anzeigt.

Während diese Funktion sehr nützlich ist, hat sie den großen Nachteil, dass man den Traffic nicht in Echtzeit sehen kann. Der Trace muss gestartet, so lange wie nötig ausgeführt und dann gestoppt werden. Nur dann kann Wireshark gestartet werden, um die Messkurve anzuzeigen.

NAT32 kann eine Ablaufverfolgung von der Fritz!Box oder dem Fritz!Repeater anfordern und die empfangenen Daten dann an einen Shell-Befehl (tdump) übergeben, der die Daten dekodiert und an das Standardausgabegerät ausgibt. Die Standardausgabe kann zur späteren Anzeige auf ein NAT32-Monitorfenster umgeleitet werden. Die Anzeige kann bei Bedarf gestartet und gestoppt werden und kann auch in einer Datei zur späteren Überprüfung gespeichert werden.

Da die NAT32-Shell (im Gegensatz zur Windows cmd.exe-Shell) jeden Befehl einer Pipeline in einem separaten Thread ausführt, erfolgt die Anzeige der Tracedaten in Echtzeit und der Benutzer kann sofort jeden unerwünschten Internetverkehr, der von angeschlossenen Computern ausgeht, bemerken (und darauf reagieren). Diese Funktion kann sehr nützlich sein, um Viren und Anwendungen (z.B. Skype) zu erkennen, die große Mengen an DSL-Bandbreite ohne sinnvollen Zweck (aus Sicht des Benutzers) verbrauchen können.

AVM Fritz!Box

Skript-Dateien

Eine Skriptdatei, um den Trace aus der Fritz!Box zu holen, zu dekodieren und im Monitorfenster anzuzeigen, ist unten dargestellt:

monitor on
set fbtrace 1
sid
fbgetr "http://fritz.box/cgi-bin/capture_notimeout?start=0" | tdump > monitor &

Eine Skriptdatei zum Beenden des Traces ist unten dargestellt:

sid
fbgetr "http://fritz.box/cgi-bin/capture_notimeout?stop=0"
sid clear
set fbtrace 0

Die obigen Skripte sind in den Dateien fritz_on und fritz_off enthalten und können über die NAT32-Hauptseite oder die NAT32-Konsole aufgerufen werden. 
Ähnliche Dateien sind für den Fritz!Repeater (fritzr_on und fritzr_off) verfügbar.