DEV Community: Christian Ahrweiler

A Must-Have On-Screen Ruler for Designers and Developers

Christian Ahrweiler — Tue, 01 Sep 2026 15:48:04 +0000

A Must-Have On-Screen Ruler for Designers and Developers### Check sizes, spacing, alignment, and coordinates directly on your Mac screen

A layout can look correct and still be wrong by several pixels.

Two buttons appear aligned, but one is slightly lower. The space between cards looks consistent, but one gap is wider. An exported icon should be 512 pixels, but its visible content may occupy a different area.

Designers and developers encounter these small uncertainties constantly.

You can take a screenshot, open it in an image editor, add guides, and inspect the result. Or you can place a ruler directly over the interface while it remains on screen.

That is why I created Screen Ruler Overlay.

Measure Without Leaving Your Work

Screen Ruler Overlay places a resizable crosshair ruler above any Mac app, window, image, website, or desktop content.

The horizontal and vertical rulers intersect at the center, with tick marks and distance labels extending in every direction.

Move the overlay to the area you want to inspect and immediately check:

Width and height
Spacing between elements
Alignment
Margins and padding
Icon and image dimensions
Distances from a center point
Mouse coordinates There is no need to capture or import anything first.

Verify What Your Eyes Are Telling You

Design work involves many visual judgments:

Are these two controls aligned?
Is the padding really the same?
How wide is this sidebar?
Is the image centered inside its frame?
Does the implementation match the mockup?
How large is this element on screen?
Where exactly is the cursor? Screen Ruler Overlay gives you a direct answer while the original content remains visible beneath it.

This is useful for checking websites, app interfaces, screenshots, illustrations, icons, presentations, and almost anything else displayed on your Mac.

Resize and Position the Ruler

The overlay is not tied to a fixed screen position or size.

Move it over the area you want to inspect and resize it to fit the task. A small overlay may be enough for checking an icon. A larger one can cover most of a window when comparing an entire layout.

You can also adjust its opacity so the underlying content remains easy to see while the ruler stays readable.

Keep Working with Click-Through Mode

Sometimes you need the ruler to remain visible while continuing to use the app underneath it.

Click-through mode allows mouse clicks to pass through the overlay to the window below. You can leave the ruler in position while interacting with the interface, adjusting a design, or comparing different states.

Instead of repeatedly hiding and restoring the measurement tool, it can remain on screen as a visual reference.

Live Coordinates Under Your Mouse

Screen Ruler Overlay can display the current X and Y coordinates as you move the pointer.

This is useful when checking exact positions, comparing element placement, or identifying a specific point on the screen.

Combined with the centered crosshair ruler, the live coordinate display provides both relative distances and absolute on-screen positions.

Useful Across the Complete Design Workflow

An on-screen ruler is valuable at several stages of a project.

During design

Check icon sizes, image placement, visual balance, and spacing directly in your design application.

During implementation

Compare the running website or app with the original design and find small alignment differences.

During review

Verify a screenshot or build without opening the source project or requesting measurements from somebody else.

During handoff

Confirm dimensions before reporting a layout issue to a designer or developer.

The tool works independently of the application underneath it, so the same measurement workflow applies everywhere.

Always Ready from the Menu Bar

Screen Ruler Overlay is controlled from the Mac menu bar, keeping it available without adding another permanent workspace window.

Open the ruler when you need it, position and resize it, adjust the opacity or click-through behavior, and continue working.

It is a focused utility for a task that should take seconds.

Measure First. Stop Guessing.

Pixel-perfect work is not about obsessing over every individual pixel. It is about having a quick way to verify something when the layout does not look quite right.

Screen Ruler Overlay gives designers and developers that verification directly on the screen.

No screenshot workflow. No imported files. No complicated inspection setup.

Place the ruler, check the measurement, and continue with your work.

Screen Ruler Overlay is available on the Mac App Store.

Discover more focused Mac utilities at Beaver Tools.

Zstandard einfach erklärt in 2 Episoden — Episode 1

Christian Ahrweiler — Tue, 01 Sep 2026 15:45:45 +0000

Episode 1: Was in einer ZST-Datei passiertEpisode 1: Was in einer ZST-Datei passiertZST-Dateien begegnen uns immer häufiger bei großen Downloads, Softwarepaketen, Backups und Serverdaten. Sie sind oft deutlich kleiner als die ursprünglichen Dateien und lassen sich trotzdem sehr schnell wieder entpacken.

Doch wie funktioniert das?

Warum werden Dateien komprimiert?

Eine Datei besteht aus Daten. Je mehr Daten sie enthält, desto mehr Speicherplatz wird benötigt und desto länger dauert ihre Übertragung.

Kompression versucht, dieselben Informationen mit weniger Daten darzustellen. Beim späteren Entpacken muss daraus wieder exakt die ursprüngliche Datei entstehen.

Nach dem Entpacken ist die Datei Bit für Bit identisch mit dem Original. Es wird nichts weggelassen und nichts vereinfacht.

Wiederholungen benötigen unnötig viel Platz

Betrachten wir diesen Satz:

Kleine Katzen kuscheln auf kleinen Kissen,
junge Katzen kuscheln auf bunten Kissen
und alte Katzen kuscheln auf weichen Kissen.Die folgenden Teile kommen mehrfach vor:

A = Katzen kuscheln auf
B = KissenWenn wir die wiederkehrenden Textteile durch die Variablen A und B ersetzen, können wir den Satz kürzer darstellen:

Kleine A kleinen B,
junge A bunten B
und alte A weichen B.Damit ist der Text noch nicht vollständig. Zusätzlich müssen wir speichern, wofür A und B stehen:

A = Katzen kuscheln auf
B = KissenAus diesen Informationen lässt sich der ursprüngliche Satz wiederherstellen. Jedes A wird durch Katzen kuscheln auf und jedes B durch Kissen ersetzt.

Das ist bereits die grundlegende Idee der verlustfreien Kompression:

Wiederkehrende Daten werden nicht jedes Mal vollständig gespeichert. Stattdessen werden sie einmal gespeichert und anschließend durch kürzere Verweise ersetzt.### Zstandard verwendet keine Variablen

Unsere Variablen A und B dienen nur dazu, das Prinzip verständlich zu machen.

Zstandard versteht weder Wörter noch Sätze. Es weiß nicht, was Katzen oder Kissen sind. Für das Programm besteht eine Datei lediglich aus einer Folge von Bytes.

Wenn Zstandard eine Bytefolge findet, die bereits kurz zuvor vorkam, kann es einen Verweis auf diese vorhandenen Daten speichern. Dieser Verweis enthält im Wesentlichen zwei Angaben: den Abstand zu den bereits vorhandenen Daten und die Länge der Folge, die übernommen werden soll.

Zstandard speichert also sinngemäß nicht:

A = Katzen kuscheln aufSondern:

Kopiere eine Bytefolge,
die in den bereits verarbeiteten Daten beginnt,
und füge sie an der aktuellen Position ein.Wiederholungen müssen dabei keine vollständigen Wörter sein. Auch Wortteile, Satzzeichen, Dateistrukturen oder andere wiederkehrende Bytefolgen können erkannt werden.

Deshalb funktioniert dieses Verfahren nicht nur mit Texten, sondern auch mit Quellcode, Protokolldateien, Datenbankexporten und vielen anderen Dateitypen.

Wie wird die Datei wieder entpackt?

Beim Entpacken liest Zstandard die gespeicherten Daten der Reihe nach.

Neue Daten werden direkt in die Ausgabedatei geschrieben. Trifft das Programm auf einen Verweis, enthält dieser einen Abstand und eine Länge.

Der Abstand gibt an, wie weit vor der aktuellen Schreibposition die zu kopierende Bytefolge beginnt. Die Länge bestimmt, wie viele Bytes von dort kopiert und an der aktuellen Schreibposition angefügt werden.

Bis zu diesem Punkt wurden folgende Daten entpackt:

Kleine Katzen kuscheln auf kleinen Kissen,
jungeWir zählen nun die darin enthaltenen Bytes:

Bytes 0–5 „Kleine“
Bytes 6–25 „ Katzen kuscheln auf“
Bytes 26–42 „ kleinen Kissen,“ + Zeilenumbruch
Bytes 43–47 „junge“Das Leerzeichen vor Katzen gehört zur gesuchten Bytefolge. Sie beginnt bei Byte 6 und ist 20 Bytes lang:

Byte 6 bis Byte 25
↓
Katzen kuscheln aufNach junge befindet sich die nächste Schreibposition bei Byte 48. Von dort bis zum Anfang der bekannten Bytefolge bei Byte 6 beträgt der Abstand:

48 − 6 = 42 BytesDer Verweis lautet deshalb:

Verweis
Abstand 42 Bytes
Länge 20 BytesZstandard kopiert die 20 Bytes, die 42 Bytes vor der aktuellen Schreibposition beginnen, und fügt sie an dieser Position ein.

Bereits entpackt:
Kleine Katzen kuscheln auf kleinen Kissen,
junge

Kopierte Bytefolge:
Katzen kuscheln aufDas Ergebnis lautet:

Kleine Katzen kuscheln auf kleinen Kissen,
junge Katzen kuscheln aufAnschließend liest Zstandard die nächsten neuen Daten und den nächsten Verweis. So wird die ursprüngliche Datei Schritt für Schritt wiederhergestellt.

Beim Komprimieren musste Zstandard zuerst nach geeigneten Wiederholungen suchen. Beim Entpacken sind Abstand und Länge bereits in der ZST-Datei gespeichert. Die Verweise müssen nur noch gelesen und ausgeführt werden.

Das ist ein wesentlicher Grund dafür, dass Zstandard Daten besonders schnell entpacken kann.

Wie werden die übrigen Daten komprimiert?

Mit den Verweisen haben wir bereits einen wichtigen Teil der Zstandard-Kompression verstanden.

Doch nicht alle Daten wiederholen sich. Die Wörter Kleine, kleinen, junge, bunten, alte und weichen müssen ebenfalls gespeichert werden.

Zstandard untersucht deshalb zusätzlich, welche Werte in den verbleibenden Daten besonders häufig vorkommen.

Häufige Werte können mit kürzeren Darstellungen gespeichert werden als seltene Werte. Dadurch wird die Datei noch einmal kleiner.

Zstandard kombiniert somit zwei grundlegende Möglichkeiten:

Wiederkehrende Bytefolgen werden durch Abstand und Länge beschrieben.
Die verbleibenden Daten und Verweise werden zusätzlich kompakt codiert. Die tatsächlichen mathematischen Verfahren sind deutlich komplexer. Für unser Verständnis ist entscheidend: Zstandard spart nicht nur bei vollständigen Wiederholungen Platz. Es stellt auch die übrigen Informationen möglichst platzsparend dar.

Warum ist Zstandard so schnell?

Bevor die Kompression beginnt, wird eine Kompressionsstufe gewählt.

Das kann der Benutzer selbst tun, beispielsweise in den Einstellungen eines Programms oder über einen Befehl im Terminal. Wird keine Stufe angegeben, verwendet das Programm normalerweise eine voreingestellte Standardstufe.

Die Stufe legt fest, wie viel Zeit und Arbeitsspeicher Zstandard für die Suche nach Wiederholungen einsetzen darf.

Eine niedrige Stufe sucht weniger aufwendig. Dadurch wird die Datei besonders schnell komprimiert, möglicherweise aber etwas größer.

Eine höhere Stufe sucht gründlicher nach guten und längeren Übereinstimmungen. Dadurch kann die komprimierte Datei kleiner werden, die Kompression benötigt jedoch mehr Zeit und Arbeitsspeicher.

Die gewählte Stufe verändert nicht den Inhalt. Nach dem Entpacken entsteht unabhängig von der Stufe immer exakt die ursprüngliche Datei.

Sie beeinflusst nur das Verhältnis zwischen Kompressionszeit, Speicherbedarf und Dateigröße.

Zum Entpacken muss die zuvor verwendete Kompressionsstufe nicht ausgewählt oder bekannt sein. Alle gefundenen Verweise und alle weiteren benötigten Informationen befinden sich bereits in der ZST-Datei.

Das Entpacken bleibt deshalb in der Regel sehr schnell: Zstandard muss nicht erneut nach Wiederholungen suchen, sondern lediglich die gespeicherten Informationen lesen und ausführen.

Was ist sonst noch besonders an einer ZST-Datei?

Zstandard verarbeitet größere Dateien in Abschnitten und speichert die komprimierten Daten in Blöcken. Dadurch muss nicht zwangsläufig die gesamte Datei gleichzeitig im Arbeitsspeicher liegen.

Eine ZST-Datei kann außerdem eine Prüfsumme enthalten. Damit lässt sich erkennen, ob die komprimierten Daten beschädigt wurden. Diese Prüfsumme ist jedoch optional und deshalb nicht in jeder ZST-Datei vorhanden.

Was ist ein Zstandard-Wörterbuch?

Unser Beispiel mit A und B erinnert an ein Wörterbuch. Zstandard verwendet für gewöhnliche Verweise jedoch kein solches Verzeichnis. Es beschreibt die bereits vorhandenen Daten durch Abstand und Länge.

Normalerweise kann Zstandard auf Bytefolgen verweisen, die im bereits verarbeiteten Bereich derselben Datei vorkamen. Bei einer sehr kleinen Datei gibt es jedoch nur wenig vorherigen Inhalt, auf den verwiesen werden kann. Selbst wenn viele kleine Dateien ähnlich aufgebaut sind, wird jede Datei zunächst einzeln betrachtet.

Für solche Fälle kann vorab ein Zstandard-Wörterbuch erstellt werden. Es enthält typische Bytefolgen, die aus vielen ähnlichen Dateien bekannt sind. Dadurch kann Zstandard bereits beim ersten Auftreten einer solchen Bytefolge einen kurzen Verweis verwenden.

Zum Entpacken wird dasselbe Wörterbuch benötigt. Bei normalen .zst-Downloads ist ein externes Wörterbuch jedoch üblicherweise nicht erforderlich.

Welche Dateien lassen sich gut komprimieren?

Wie klein eine komprimierte Datei wird, hängt von ihrem Inhalt ab.

Textdateien, Quellcode, Protokolldateien, Datenbankexporte und andere strukturierte Daten enthalten häufig viele Wiederholungen. Sie lassen sich deshalb meist gut komprimieren.

Formate wie JPEG, MP3, MP4 oder ZIP sind dagegen bereits komprimiert. Viele nutzbare Wiederholungen wurden darin schon entfernt. Eine zusätzliche Kompression mit Zstandard kann dann oft nur wenig Platz sparen.

Zstandard kann eine Datei also nicht grundsätzlich auf einen bestimmten Anteil ihrer ursprünglichen Größe reduzieren. Entscheidend ist, wie viel Redundanz die Daten enthalten.

Was ist der Unterschied zwischen ZST und ZIP?

Eine ZIP-Datei kann mehrere Dateien und Ordner enthalten. Sie ist ein Archiv und verwendet zusätzlich Kompression.

Zstandard ist dagegen in erster Linie ein Kompressionsverfahren für einen Datenstrom.

Aus einer einzelnen Datei wird beispielsweise:

Bericht.txt → Bericht.txt.zstNach dem Entpacken entsteht wieder Bericht.txt.

Eine gewöhnliche ZST-Datei verwaltet jedoch nicht selbst mehrere Dateinamen, Ordnerstrukturen und Dateiberechtigungen. Wenn mehrere Dateien gemeinsam verpackt werden sollen, wird Zstandard deshalb häufig mit TAR kombiniert.

Was ist eine TAR-Datei?

TAR fasst mehrere Dateien und Ordner zu einer einzigen Archivdatei zusammen. Es komprimiert die Daten normalerweise nicht.

Zuerst entstehen aus mehreren Dateien ein gemeinsames TAR-Archiv:

Bild.jpg
Text.txt
Dokumente/
↓
Archiv.tarAnschließend kann dieses Archiv mit Zstandard komprimiert werden:

Archiv.tar
↓
Archiv.tar.zstDie Endung .tar.zst beschreibt somit zwei aufeinanderfolgende Schritte:

.tar bedeutet, dass mehrere Dateien und Ordner zusammengefasst wurden.
.zst bedeutet, dass dieses TAR-Archiv mit Zstandard komprimiert wurde. Beim Entpacken geschieht der Vorgang in umgekehrter Reihenfolge. Zuerst wird die Zstandard-Kompression entfernt. Danach wird das TAR-Archiv geöffnet und die darin enthaltene Ordnerstruktur wiederhergestellt.

Eine .tar.zst-Datei ist deshalb kein völlig eigenständiges Archivformat. Sie ist ein mit Zstandard komprimiertes TAR-Archiv.

Warum wird Zstandard immer häufiger verwendet?

Zstandard bietet einen sehr guten Kompromiss aus Dateigröße und Geschwindigkeit.

Es kann Daten schnell komprimieren, sehr schnell entpacken und lässt sich über verschiedene Kompressionsstufen an unterschiedliche Anforderungen anpassen.

Das eignet sich besonders für Softwarepakete, Backups, Serverprotokolle, Datenbankexporte, Container, Systemabbilder und große Downloads.

Bei Downloads ist die schnelle Dekompression besonders wertvoll. Eine Datei wird möglicherweise nur einmal erstellt, anschließend aber auf Tausenden Geräten heruntergeladen und entpackt.

Der Anbieter kann deshalb etwas mehr Zeit in die Kompression investieren, während alle Empfänger von einer kleinen Datei und einem schnellen Entpackvorgang profitieren.

Zusammenfassung

Zstandard macht Dateien kleiner, indem es wiederkehrende Daten nicht jedes Mal vollständig speichert. Stattdessen verwendet es kurze Verweise und stellt häufig vorkommende Werte besonders kompakt dar.

Beim Entpacken werden diese Verweise ausgeführt und die ursprünglichen Daten exakt wiederhergestellt.

Zstandard entfernt also keine Informationen. Es findet lediglich eine platzsparendere Darstellung derselben Daten.

Genau diese Kombination aus guter Kompression und sehr schnellem Entpacken macht ZST zu einem zunehmend wichtigen Format für Software, Server und große Downloads.

Zstandard ist jedoch nicht das einzige Kompressionsverfahren. ZIP, GZIP, Brotli, LZ4 und XZ setzen andere Schwerpunkte. In Episode 2 vergleichen wir ihre Dateigröße sowie die Geschwindigkeit beim Komprimieren und Entpacken.### ZST-Dateien auf dem Mac öffnen

macOS kann .zst- und .tar.zst-Dateien nicht von Haus aus im Finder entpacken.

Mit unpackZST lassen sich beide Formate per Drag-and-drop öffnen — ohne Terminal und ohne zusätzliche Einstellungen.

unpackZST im Mac App Store

Weitere Informationen auf unpackzst.com

Everything You Copy, Ready When You Need It

Christian Ahrweiler — Mon, 31 Aug 2026 21:00:13 +0000

Everything You Copy, Ready When You Need It### A lightweight clipboard history that makes everyday work on your Mac much easier

Copy and paste is one of the simplest and most useful features on a computer.

It also has one frustrating limitation: the standard Mac clipboard remembers only the most recently copied item.

Copy a link, then copy a sentence, and the link is gone. Copy an image, then realize you still need the text that came before it, and you have to return to the original app and find it again.

This happens all day without attracting much attention. Each interruption may cost only a few seconds, but the repeated searching and switching quickly becomes annoying.

That is why I created Copy 2 Clip.

Your Recent Clipboard Is Always Available

Copy 2 Clip runs from the Mac menu bar and keeps a history of the things you copy.

Open the menu-bar window and your recent clipboard items are ready to reuse:

Text
Links
Code
Images
Longer notes and instructions Instead of returning to the original website, document, email, or project, select the item you need and place it back on the clipboard.

Then paste it wherever you want.

Copy Something New Without Losing the Previous Item

Imagine that you are completing a form.

You copy your customer number and paste it into the first field. Next, you copy an address. Then the form asks for the customer number again.

With the standard clipboard, you must return to the original document and copy it a second time.

With Copy 2 Clip, both items remain in the clipboard history.

The same problem occurs constantly during everyday work:

Moving several details between documents
Collecting links for an email
Copying values from a spreadsheet
Reusing parts of an earlier message
Moving code between project files
Comparing two pieces of text
Copying an image and then needing the previous URL Copy 2 Clip keeps those items close at hand.

Search Instead of Scrolling

A clipboard history becomes less useful when it turns into a long, unstructured list.

Copy 2 Clip includes a filter field at the top of its menu-bar window. Type part of the text or link you remember, and the list narrows to matching entries.

This is particularly useful for URLs, code fragments, technical notes, names, and sentences copied earlier in the day.

You do not need to remember where the item originally came from. You only need to remember part of its content.

Text, Links, Code, and Images Stay Recognizable

Different clipboard items are presented in a way that makes them easy to identify.

Links appear as links. Images include a thumbnail. Code and longer text retain enough visible content to distinguish one item from another.

This is more useful than a clipboard history that reduces everything to an indistinguishable line of text.

A quick glance is often enough to find the item you need.

Especially Useful for Developers

Developers copy more than they may realize:

Imports and code fragments
Terminal commands
File paths
Error messages
API endpoints
Configuration values
Documentation links The moment one item is copied, the previous one normally disappears.

Copy 2 Clip turns the clipboard into a small working history. A command or code fragment remains available even after you have copied something else.

Useful for Everyone Else Too

Clipboard history is not only a developer feature.

Writers can reuse links, names, quotations, and passages. Designers can return to copied values and references. Support staff can work with several pieces of customer information. Anyone preparing an email or document can collect material without repeatedly switching back to its source.

It is one of those utilities whose benefit becomes obvious only after using it for a while.

Once recent clipboard items remain available, returning to a single-item clipboard feels unnecessarily restrictive.

Always Available from the Menu Bar

Copy 2 Clip stays out of the way until you need it.

Click its menu-bar icon, find the previous item, select it, and continue working. There is no large application window and no complicated organizational system to maintain.

When necessary, the history can also be cleared directly from the app.

It is a small utility for a task repeated hundreds of times.

A Simpler Everyday Workflow

Copy 2 Clip does not try to turn the clipboard into a document manager or productivity system.

It simply makes copying and pasting work the way many people expect it to work:

Copy something. Copy something else. Return to either item whenever you need it.

No searching through previous windows. No reopening documents. No copying the same information twice.

Copy 2 Clip is available on the Mac App Store.

Discover more focused Mac utilities at Beaver Tools.

Blockchain und Bitcoin erklärt in 6 Episoden — Episode 2

Christian Ahrweiler — Mon, 31 Aug 2026 20:55:49 +0000

Episode 2: Wie wird eine Blockchain gespeichert?Episode 2: Wie wird eine Blockchain gespeichert?In Episode 1 haben wir eine Blockchain aus miteinander verbundenen Blöcken aufgebaut.Jeder Block enthält Daten, den Hash seines Vorgängers und eine Nonce. Dadurch entsteht eine lückenlos überprüfbare Kette.

Doch wo befindet sich diese Kette eigentlich? Wer speichert ihre Daten? Wie lässt sich auf den Inhalt eines bestimmten Blocks zugreifen? Und muss jeder beteiligte Computer sämtliche Blöcke für immer aufbewahren?

Eine Blockchain besteht aus gewöhnlichen Daten

Unsere vereinfachte Blockchain bestand aus drei Blöcken:

Block 1
Daten Hallo Anna!
Vorheriger Hash –
Nonce 183
Hash 00ab71Block 2
Daten Hallo Anne!
Vorheriger Hash 00ab71
Nonce 4.927
Hash 003f92Block 3
Daten Hallo Anna und Anne!
Vorheriger Hash 003f92
Nonce 716
Hash 00c841Alle diese Angaben sind normale digitale Daten.

Sie können wie andere Daten in Dateien oder Datenbanken auf Festplatten und SSDs gespeichert werden.

Eine Blockchain benötigt also kein besonderes Speichermedium. Das Besondere ist nicht, wo ihre Daten liegen, sondern wie die Blöcke geprüft und zwischen mehreren Computern abgeglichen werden.

Nicht ein Speicherort, sondern viele Kopien

Würde die Blockchain nur auf einem zentralen Server gespeichert, hätte dessen Betreiber die vollständige Kontrolle über die Daten.

Deshalb wird eine öffentliche Blockchain nicht nur an einem Ort gespeichert.

Viele unabhängige Computer führen eigene Kopien der Kette. Ein Computer, der die Blockchain-Software ausführt und am Netzwerk teilnimmt, wird Node genannt.

Node A Block 1 Block 2 Block 3
Node B Block 1 Block 2 Block 3
Node C Block 1 Block 2 Block 3Es gibt damit keinen einzelnen Computer, auf dem sich „die Blockchain“ befindet.

Die Blockchain existiert als eine gemeinsam geprüfte Kette, von der viele Nodes eigene Kopien besitzen.

Woher erhält ein Node die Blöcke?

Ein Node ist über das Netzwerk mit anderen Nodes verbunden.

Wenn ein weiterer Block verfügbar ist, wird er zwischen den Teilnehmern weitergegeben. Jeder Node kann ihn speichern und selbst überprüfen.

Ein Node übernimmt die empfangenen Daten nicht einfach als richtig.

Er prüft, ob sich aus den Daten, dem vorherigen Hash und der Nonce der angegebene Hash ergibt. Außerdem kontrolliert er, ob der Block auf den richtigen Vorgänger verweist, sein Hash die festgelegte Bedingung erfüllt und alle weiteren Regeln der Blockchain eingehalten werden.

Erst wenn alle Blöcke und ihre Verbindungen erfolgreich geprüft wurden, erkennt der Node die Blockchain als gültig an.

Die Nodes müssen sich deshalb nicht gegenseitig vertrauen. Sie können die Gültigkeit ihrer eigenen Kopie selbst feststellen.

Was geschieht bei unterschiedlichen Kopien?

Es kann vorkommen, dass verschiedene Nodes vorübergehend unterschiedliche Fortsetzungen derselben Blockchain erhalten.

Version A Block 1 → Block 2 → Block 3A
Version B Block 1 → Block 2 → Block 3BBeide Versionen können korrekte Hash-Verbindungen besitzen und alle festgelegten Bedingungen erfüllen.

Die Nodes benötigen deshalb eine gemeinsame Regel, mit der sie zwischen diesen Versionen entscheiden.

Bei unserer Proof-of-Work-Blockchain wird die gültige Kette mit der größten insgesamt nachgewiesenen Rechenarbeit verwendet.

Wird Version A durch einen weiteren gültigen Block ergänzt, enthält sie mehr Proof of Work als Version B.

Version A Block 1 → Block 2 → Block 3A → Block 4A
Version B Block 1 → Block 2 → Block 3BDie Nodes können Version A übernehmen und gemeinsam fortsetzen.

Nicht die Anzahl der behaupteten Kopien entscheidet, sondern der überprüfbare Proof of Work, der insgesamt in der Kette enthalten ist.

Ein neuer Node kommt hinzu

Ein neu eingerichteter Node besitzt zunächst keine Kopie der Blockchain.

Er verbindet sich mit anderen Nodes und lädt die vorhandenen Blöcke herunter.

Dabei verlässt er sich nicht darauf, dass die erhaltenen Daten richtig sind. Er beginnt beim ersten Block und prüft die Kette selbst.

Zuerst prüft er Block 1. Danach kontrolliert er, ob Block 2 korrekt auf Block 1 verweist und alle Bedingungen erfüllt. Anschließend folgen Block 3 und alle weiteren Blöcke in der richtigen Reihenfolge.

Dieser Vorgang wird Synchronisierung genannt.

Bei einer langen Blockchain kann die erste Synchronisierung viel Zeit, Speicherplatz und Netzwerkverkehr benötigen.

Am Ende besitzt der neue Node eine selbst geprüfte Kopie der Blockchain.

Muss bei einem weiteren Block die gesamte Kette erneut geprüft werden?

Nein.

Bei der erstmaligen Synchronisierung prüft der Node die Blockchain vom ersten bis zum aktuell letzten Block.

Dabei speichert er das Ergebnis seiner Prüfung und die Informationen, die für die weitere Verarbeitung notwendig sind.

Trifft anschließend ein weiterer Block ein, beginnt der Node nicht erneut bei Block 1.

Er prüft, ob der Block korrekt auf den zuletzt bestätigten Block verweist, die Proof-Bedingung erfüllt und allen weiteren Regeln der Blockchain entspricht.

Ist der Block gültig, wird er an die bereits geprüfte Kette angehängt.

Die vollständige Geschichte muss deshalb nicht bei jedem weiteren Block erneut verarbeitet werden.

Wie greift man auf einen gespeicherten Block zu?

Die vollständigen Blöcke werden von einem Node in Dateien oder einer Datenbank gespeichert.

Zusätzlich führt der Node einen Index. Dadurch kann ein bestimmter Block direkt gefunden werden, ohne jedes Mal alle Blockdateien von Anfang an zu durchsuchen.

Ein Block kann beispielsweise über seine Position in der Kette oder über seinen Hash gesucht werden.

Eine Anfrage nach Block 2 liefert in unserer Beispiel-Blockchain:

Block 2
Daten Hallo Anne!
Vorheriger Hash 00ab71
Nonce 4.927
Hash 003f92Bei einer öffentlichen Blockchain können solche Abfragen auch über einen Blockchain-Explorer durchgeführt werden.

Ein Blockchain-Explorer ist eine Webseite, die im Hintergrund auf die gespeicherten Daten eigener Nodes zugreift und sie übersichtlich darstellt.

Aus einem Hash kann der ursprüngliche Inhalt nicht zurückgerechnet werden.

Der Hash kann verwendet werden, um einen vorhandenen Block zu finden oder dessen Daten zu überprüfen. Die eigentlichen Daten müssen aber weiterhin auf einem Node gespeichert sein.

Die Blockchain wird immer größer

Mit jedem weiteren Block wächst die gespeicherte Kette.

Nach vielen Jahren kann die vollständige Historie aus sehr vielen Blöcken und einer entsprechend großen Datenmenge bestehen.

Das bedeutet nicht, dass die Blockchain irgendwann automatisch aufhört zu funktionieren.

Es steigen jedoch die Anforderungen an den benötigten Speicherplatz, den Netzwerkverkehr, die erstmalige Synchronisierung und die vollständige Prüfung durch einen neuen Node.

Damit stellt sich die Frage, ob wirklich jeder Node alle alten Blockdaten dauerhaft behalten muss.

Alte Blockdaten bereinigen

Ein Node hat während der erstmaligen Synchronisierung jeden alten Block heruntergeladen und geprüft.

Danach kennt er die gültige Kette und hat die Informationen gespeichert, die er für die Prüfung weiterer Blöcke benötigt.

Die vollständigen Daten sehr alter Blöcke werden für den laufenden Betrieb nicht immer benötigt.

Der Node kann diese alten Blockdaten deshalb aus seiner lokalen Kopie entfernen.

Dieses Verfahren wird Pruning genannt.

Pruning bedeutet nicht, dass ungeprüfte Daten übersprungen werden.

Der Node lädt die Blöcke zunächst herunter, prüft sie und verarbeitet ihre Informationen. Erst danach entfernt er die vollständigen Daten alter Blöcke.

Was bleibt nach dem Pruning erhalten?

Ein bereinigter Node behält das Ergebnis der bisherigen Prüfung, die technischen Informationen über die Verbindung der Blöcke, den aktuellen gültigen Stand der Blockchain und eine bestimmte Anzahl neuerer vollständiger Blöcke.

Die vollständigen Inhalte älterer Blöcke können aus seiner lokalen Kopie entfernt werden.

Vor dem Pruning
Block 1 vollständig
Block 2 vollständig
Block 3 vollständig
Block 4 vollständig
Aktueller geprüfter StandNach dem Pruning
Notwendige Ketteninformationen
Block 3 vollständig
Block 4 vollständig
Aktueller geprüfter StandDer Node kann weiterhin weitere Blöcke vollständig überprüfen.

Er hat die alte Kette selbst geprüft und erst anschließend einen Teil der gespeicherten Daten entfernt.

Kann ein bereinigter Node noch auf Block 2 zugreifen?

Wenn die vollständigen Daten von Block 2 lokal gelöscht wurden, kann dieser Node dessen Inhalt nicht mehr direkt anzeigen.

Der Node kennt weiterhin die notwendigen technischen Informationen über die Kette. Aus dem Hash kann er den gelöschten Inhalt aber nicht wiederherstellen.

Benötigt man die vollständigen Daten von Block 2, müssen sie von einem anderen Node oder einer anderen Datenquelle abgerufen werden, die die gesamte Historie weiterhin gespeichert hat.

Genau deshalb bewahren manche Nodes sämtliche Blöcke dauerhaft auf.

Wird die Blockchain durch Pruning gelöscht?

Nein.

Pruning entfernt alte Blockdaten nur aus der lokalen Kopie eines einzelnen Nodes.

Andere Nodes können weiterhin die vollständige Historie speichern.

Ein Node, der alle Blöcke und deren vollständige Inhalte dauerhaft aufbewahrt, wird häufig Archiv-Node genannt.

Daneben gibt es bereinigte Nodes, die den geprüften aktuellen Stand, die notwendigen Ketteninformationen und neuere Blöcke speichern.

Leichte Clients speichern noch weniger Daten und greifen für bestimmte Informationen auf andere Nodes zurück.

Nicht jeder Teilnehmer muss die gesamte Historie aufbewahren.

Es müssen jedoch weiterhin genügend vollständige Kopien existieren, damit neue Nodes die Blockchain herunterladen und vom ersten Block an unabhängig prüfen können.

Warum funktioniert die Blockchain trotz Pruning weiter?

Der bereinigte Node vertraut nicht blind einem fremden Ergebnis.

Er hat die Blockchain zunächst selbst vollständig geprüft.

Danach speichert er das Ergebnis dieser Prüfung und die Informationen, die er zur Überprüfung weiterer Blöcke benötigt.

Wenn ein weiterer Block eintrifft, muss der Node deshalb nicht erneut alle alten Blockinhalte lesen. Er prüft den Block gegen die bereits anerkannte Kette und deren aktuellen Stand.

Pruning verkleinert lediglich die lokale Kopie. Es verändert weder die Blockchain im Netzwerk noch die Kopien anderer Nodes.

Zusammenfassung

Eine Blockchain liegt nicht auf einem einzelnen besonderen Server.

Ihre Blöcke werden als gewöhnliche digitale Daten auf vielen unabhängigen Nodes gespeichert.

Jeder Node kann seine Kopie selbst prüfen. Ein neuer Node beginnt beim ersten Block und überprüft alle folgenden Blöcke in ihrer richtigen Reihenfolge.

Nach dieser einmaligen vollständigen Prüfung müssen bei einem weiteren Block nicht erneut alle alten Blöcke verarbeitet werden.

Über einen Index kann ein Node direkt auf gespeicherte Blöcke und deren Inhalte zugreifen.

Entfernt er alte Blockdaten durch Pruning, kann er deren Inhalte lokal nicht mehr anzeigen. Er kann die Blockchain aber weiterhin fortlaufend prüfen, weil die notwendigen Ketteninformationen und der aktuelle geprüfte Stand erhalten bleiben.

Andere Nodes bewahren die vollständige Historie auf und stellen sie neuen Teilnehmern zur Verfügung.

In Episode 3 sehen wir uns Bitcoin als konkrete Anwendung dieser Technik an.Dann erklären wir, welche Daten Bitcoin in seinen Blöcken speichert, wie Transaktionen geprüft werden und wie beim Mining für einen Block eine passende Nonce gesucht wird.

Blockchain und Bitcoin erklärt in 6 Episoden — Episode 1

Christian Ahrweiler — Sun, 30 Aug 2026 11:46:54 +0000

Episode 1: Wie funktioniert eine Blockchain?Episode 1: Wie funktioniert eine Blockchain?Bevor wir über Bitcoin sprechen, müssen wir verstehen, wie eine Blockchain grundsätzlich funktioniert: Was ist ein Hash, wie werden Blöcke miteinander verbunden und warum macht Proof of Work nachträgliche Veränderungen so aufwendig?Eine Blockchain ist eine Kette aus miteinander verbundenen Datenblöcken.

Ihre Sicherheit entsteht nicht durch Verschlüsselung oder ein Zertifikat. Sie entsteht durch die besondere Verbindung der Blöcke und den enormen Aufwand, der für eine unbemerkte Veränderung der Kette notwendig wäre.

Um diese Verbindung zu verstehen, beginnen wir mit einem Hash.

Der Hash

Aus einem beliebigen Inhalt lässt sich ein kurzer Hash berechnen.

Der Hash wird nicht zufällig erzeugt, sondern ergibt sich aus dem Inhalt.

Beispiel 1
Text Hallo Anna!
Hash 3dcdffÄndern wir nur einen Buchstaben, ergibt sich ein anderer Hash:

Beispiel 2
Text Hallo Anne!
Hash 2dededDer gleiche Inhalt ergibt immer den gleichen Hash. Verändert sich der Inhalt, verändert sich auch der Hash.

Damit lassen sich Inhalte einfach vergleichen.

Statt zwei große Dateien vollständig miteinander zu vergleichen, berechnet man aus beiden Dateien jeweils den Hash und vergleicht nur diese beiden kurzen Werte.

Sind die Hashes unterschiedlich, sind auch die Inhalte unterschiedlich. Sind die Hashes gleich, können wir mit sehr hoher Sicherheit davon ausgehen, dass auch die Inhalte gleich sind.

Dabei spielt die Größe des Inhalts keine Rolle. Ein kurzer Text, ein Foto und eine riesige Datei ergeben jeweils einen Hash mit derselben festen Länge.

Ein Hash ist somit ein kurzer Vergleichswert, der sich aus dem vollständigen Inhalt ergibt.

Der erste Block

Ein Block ist zunächst ein Behälter für Daten.

Wir können ihn uns wie ein Paket vorstellen. Im Paket befinden sich die eigentlichen Daten. Auf einem Aufkleber stehen die technischen Angaben des Blocks.

Unser erster Block enthält die Daten „Hallo Anna!“.

Block 1
Daten Hallo Anna!
Vorheriger Hash –
Hash 3dcdffDer erste Block einer Blockchain wird Genesis-Block genannt.

Da vor ihm kein anderer Block existiert, besitzt er keinen vorherigen Hash.

Der Genesis-Block ist der festgelegte Ausgangspunkt der Blockchain. Würde man einen anderen Genesis-Block verwenden, entstünde eine andere Blockchain mit einer eigenen Kette.

Ein einzelner Block ist aber noch keine Blockchain. Dafür müssen wir mehrere Blöcke miteinander verbinden.

Die Blöcke verbinden

Wir legen einen zweiten Block an.

Dieser enthält eigene Daten. Zusätzlich schreiben wir den Hash von Block 1 auf seinen Aufkleber.

Block 2
Daten Hallo Anne!
Vorheriger Hash 3dcdff
Hash 2dededDer vorherige Hash gehört nicht zu den eigentlichen Daten „Hallo Anne!“. Er ist eine technische Angabe des Blocks.

Er wird aber bei der Berechnung des neuen Hashes berücksichtigt.

Der Hash von Block 2 ergibt sich somit aus seinen Daten und dem vorherigen Hash.

Nun ergänzen wir einen dritten Block:

Block 3
Daten Hallo Anna und Anne!
Vorheriger Hash 2deded
Hash 731be2Block 2 verweist mit 3dcdff auf Block 1. Block 3 verweist mit 2deded auf Block 2.

So entsteht eine Kette aus miteinander verbundenen Blöcken — eine Blockchain.

Die Kette prüfen

Die Hash-Verbindungen machen die gesamte Kette überprüfbar.

Zuerst berechnen wir den Hash von Block 1. Anschließend vergleichen wir das Ergebnis mit dem vorherigen Hash, der in Block 2 gespeichert ist.

Stimmen beide Werte überein, passt die Verbindung zwischen Block 1 und Block 2.

Danach berechnen wir den Hash von Block 2 und vergleichen ihn mit dem vorherigen Hash in Block 3.

Auf diese Weise wird die gesamte Kette Block für Block geprüft.

Nur wenn jede Verbindung stimmt, lässt sich die Kette lückenlos bis zu ihrem Genesis-Block zurückverfolgen.

Was geschieht bei einer Änderung?

Nehmen wir an, die Daten in Block 2 werden nachträglich verändert.

Aus den veränderten Daten ergibt sich ein anderer Hash.

Zunächst passiert dadurch nichts. Die Änderung fällt erst auf, wenn die Blockchain geprüft wird.

Der neu berechnete Hash von Block 2 stimmt dann nicht mehr mit dem vorherigen Hash überein, der in Block 3 gespeichert ist.

Die Verbindung zwischen den beiden Blöcken ist unterbrochen.

Damit ist die Kette ab dieser Stelle nicht mehr lückenlos überprüfbar. Block 2 und die nachfolgenden Blöcke können nicht mehr als Teil dieser gültigen Kette anerkannt werden.

Die Hash-Verbindungen verhindern eine Veränderung also nicht. Sie sorgen zunächst nur dafür, dass sie bei einer Prüfung auffällt.

Reichen die Hash-Verbindungen aus?

Nein.

Die veränderte Kette könnte wieder passend gemacht werden.

Dazu müsste der neue Hash von Block 2 in Block 3 eingetragen werden.

Dadurch verändert sich Block 3 und aus ihm ergibt sich ebenfalls ein neuer Hash. Dieser neue Hash müsste wiederum in den nächsten Block eingetragen werden.

Das müsste bis zum Ende der Kette fortgesetzt werden.

Da sich normale Hashes sehr schnell berechnen lassen, wäre das kein ausreichender Schutz.

Deshalb werden die Blöcke nicht nur miteinander verbunden. Für jeden Block gilt zusätzlich eine besondere Bedingung.

Eine zusätzliche Bedingung für alle Blöcke

Für unsere vereinfachte Blockchain legen wir folgende Regel fest:

*Der Hash jedes Blocks muss mit **00 beginnen.*Nur Blöcke, deren Hash diese Bedingung erfüllt, dürfen Teil unserer Blockchain sein.

Unsere bisherigen Hashes erfüllen die Bedingung noch nicht:

Block 1 3dcdff beginnt nicht mit 00
Block 2 2deded beginnt nicht mit 00
Block 3 731be2 beginnt nicht mit 00Der Hash eines Blocks ergibt sich aus seinen Daten und seinen technischen Angaben. Wir können ihn nicht einfach durch einen gewünschten Hash ersetzen.

Damit der Hash mit 00 beginnt, müssen wir etwas am Block verändern und den Hash erneut berechnen.

Die eigentlichen Daten sollen dabei natürlich erhalten bleiben. Aus „Hallo Anna!“ soll nicht so lange ein anderer Text gemacht werden, bis zufällig ein passender Hash entsteht.

Deshalb wird der Block um eine zusätzliche Zahl ergänzt.

Diese Zahl wird Nonce genannt.

Die Nonce

Die Nonce hat keine inhaltliche Bedeutung. Sie wird lediglich auf dem Aufkleber des Blocks ergänzt und bei der Berechnung des Hashes berücksichtigt.

Wir beginnen bei Block 1 mit der Nonce 1.

Erster Versuch
Daten Hallo Anna!
Nonce 1
Hash 74ac21Der Hash beginnt nicht mit 00. Deshalb ändern wir nur die Nonce und berechnen den Hash erneut.

Zweiter Versuch
Daten Hallo Anna!
Nonce 2
Hash 936be8Auch dieser Hash beginnt nicht mit 00.

Die Nonce wird deshalb immer wieder verändert und der Hash jedes Mal neu berechnet. Die eigentlichen Daten bleiben dabei unverändert.

Nach mehreren Versuchen finden wir beispielsweise die Nonce 183:

Block 1
Daten Hallo Anna!
Vorheriger Hash –
Nonce 183
Hash 00ab71Dieser Hash beginnt mit 00. Der Genesis-Block erfüllt damit die zusätzliche Bedingung unserer Blockchain.

Nun wird der neue Hash von Block 1 auf dem Aufkleber von Block 2 eingetragen.

Auch bei Block 2 wird die Nonce so lange verändert, bis sich ein Hash ergibt, der mit 00 beginnt.

Dasselbe geschieht anschließend mit Block 3.

Unsere vollständige Blockchain sieht nun so aus:

Die 00-Bedingung gilt für jeden Block der gesamten Blockchain – einschließlich des Genesis-Blocks.

Was bedeutet Proof of Work?

Eine Nonce, die zu einem Hash mit 00 führt, lässt sich nicht gezielt berechnen.

Es müssen verschiedene Nonces ausprobiert und die zugehörigen Hashes berechnet werden, bis die Bedingung zufällig erfüllt ist.

Wurde eine passende Nonce gefunden, wird sie im Block gespeichert.

Jeder kann anschließend die Daten, den vorherigen Hash und die Nonce einmal zusammen berechnen. Beginnt das Ergebnis mit 00, ist bewiesen, dass für diesen Block eine passende Nonce gefunden wurde.

Das ist der Proof of Work.

Proof of Work bedeutet, dass für diesen Block entsprechend viele Berechnungen vorgenommen wurden.

Der Proof ist kein separates Zertifikat. Er steckt bereits im Block: in seinen Daten, dem vorherigen Hash, der gefundenen Nonce und dem daraus entstehenden Hash.

Eine passende Nonce zu finden, ist aufwendig. Das Ergebnis zu überprüfen, ist dagegen einfach und benötigt nur eine einzige Berechnung.

Wie groß ist der Aufwand?

In unserer vereinfachten Blockchain sind durchschnittlich nur etwa 256 Versuche notwendig, um einen Hash zu finden, der mit 00 beginnt.

Für einen modernen Computer wäre das kein nennenswerter Aufwand. Unsere 00-Regel dient nur dazu, das Verfahren verständlich zu machen.

In einer echten Blockchain kann die Bedingung so schwierig eingestellt werden, dass für einen einzigen Block viele Milliarden Milliarden Berechnungen notwendig sind.

Dieser Aufwand muss für jeden Block einzeln erbracht werden.

Was wäre für eine Manipulation notwendig?

Nehmen wir erneut an, die Daten in Block 2 werden verändert.

Aus den veränderten Daten, dem vorherigen Hash und der bisherigen Nonce ergibt sich ein neuer Hash. Dieser beginnt sehr wahrscheinlich nicht mehr mit 00.

Block 2 erfüllt die Bedingung der Blockchain damit nicht mehr.

Für den veränderten Block müsste zunächst eine neue passende Nonce gefunden werden.

Durch die Veränderung erhält Block 2 außerdem einen neuen Hash. Block 3 enthält aber weiterhin den ursprünglichen Hash von Block 2.

Deshalb müsste der neue Hash von Block 2 in Block 3 eingetragen werden.

Damit verändert sich eine technische Angabe von Block 3. Seine bisherige Nonce führt nun ebenfalls nicht mehr zu einem Hash, der mit 00 beginnt.

Auch für Block 3 müsste deshalb eine neue passende Nonce gefunden werden.

Das setzt sich bis zum letzten Block der Kette fort.

Wer Block 2 verändern möchte, muss daher für Block 2 und jeden nachfolgenden Block einen neuen Proof of Work erbringen.

Der gesamte Aufwand ergibt sich aus dem Proof-of-Work-Aufwand für einen Block, multipliziert mit der Anzahl der Blöcke, die ab der veränderten Stelle neu berechnet werden müssen.

Je weiter ein veränderter Block zurückliegt, desto mehr Blöcke bauen auf ihm auf und desto größer wird der notwendige Aufwand.

Warum gilt die Blockchain als sicher?

Die Blockchain ist nicht sicher, weil ihre Daten verschlüsselt sind. Die Daten können vollkommen offen lesbar sein.

Sie ist auch nicht sicher, weil eine zentrale Stelle die Blöcke zertifiziert.

Ihre Sicherheit beruht auf zwei miteinander verbundenen Eigenschaften:

Jeder Block enthält den Hash seines Vorgängers. Dadurch ist die gesamte Kette lückenlos überprüfbar.

Zusätzlich muss jeder Block eine Bedingung erfüllen, für die zuvor eine passende Nonce gefunden werden musste. Dadurch steckt in jedem Block nachweisbare Rechenarbeit.

Eine Veränderung ist damit nicht mathematisch unmöglich. Der dafür notwendige Rechenaufwand kann bei einer langen Blockchain jedoch so groß werden, dass eine vollständige, unbemerkte Neuberechnung praktisch unmöglich ist.

In Episode 2 sehen wir uns an, wo diese Blockchain gespeichert wird, wie ihre verschiedenen Kopien geprüft werden und warum nicht jeder Computer sämtliche Blöcke für immer aufbewahren muss.

ZST Is Becoming the Archive Format to Know

Christian Ahrweiler — Sun, 30 Aug 2026 11:45:57 +0000

ZST Is Becoming the Archive Format to Know### Zstandard is fast, efficient, increasingly widespread — and far more than another obscure file extension

I have already written several articles about ZST files.

Normally, that would be enough. But Zstandard is not standing still, and unpackZST remains the best ZST Mac app.

ZST is simply a remarkably good compression format. It is extremely fast, produces compact files, scales from real-time workloads to large archives, and is appearing in more development tools, package systems, containers, backups, and infrastructure projects.

It is no longer an obscure format that only Linux specialists encounter.

ZST is becoming one of the compression formats everyone working with modern software should recognize.

Speed Is the Feature You Notice Immediately

Traditional compression usually forces a compromise.

A format can prioritize speed and produce larger files, or spend much more time trying to achieve a stronger compression ratio.

Zstandard was designed to offer a much better balance.

The official Zstandard project describes it as a fast lossless compression algorithm with high compression ratios and a wide range of adjustable speed-versus-compression settings.

Its published benchmark currently shows Zstandard level 1 compressing at 510 MB/s and decompressing at 1,550 MB/s on the tested system. In the same benchmark, zlib level 1 reaches 105 MB/s compression and 390 MB/s decompression.

Benchmarks always depend on the hardware and data, but the general advantage is clear: Zstandard can provide strong compression without making users wait unnecessarily. Official Zstandard benchmarks

That fast decompression is especially important.

An archive may be created once but downloaded, installed, restored, or extracted many times. Fast extraction improves every one of those later operations.

Zstandard Can Adapt to the Job

ZST is not limited to one fixed compromise between speed and size.

Its compression levels cover a broad range. Lower levels favor speed, while higher levels spend more processing time to reduce the output further. Negative “fast” levels extend the range in the other direction when maximum throughput matters more than file size.

Decompression remains fast across these settings.

That flexibility allows the same technology to serve very different purposes:

Software distribution
Large backups
Container images
Package archives
Build caches
Filesystem compression
Real-time data
Database and server workloads
Individual compressed files Zstandard also supports trained dictionaries for improving compression when working with many small, structurally similar pieces of data.

It is not merely a replacement for one ZIP file on a desktop. It is a modern compression system with uses across the complete software stack.

ZST Is Moving Into Mainstream Tools

One of the clearest signs of adoption is that Zstandard support no longer lives only in specialist utilities.

Python 3.14 added an official compression.zstd module to its standard library. It can read and write .zst files, compress and decompress data, work with streams, and manage trained dictionaries. Python documentation

Docker’s current build tools support Zstandard for image layers, exported caches, and OCI output. Docker can also load TAR archives compressed with Zstandard. Docker exporters, docker image load

The Linux kernel supports Zstandard in several areas, including compressed initramfs archives and SquashFS filesystems. Its build system can also produce Zstandard-compressed kernel packages. Linux initramfs documentation, Linux SquashFS documentation

These are not experimental side projects.

They are major tools and platforms choosing Zstandard for real workloads.

.zst and .tar.zst Are Not Quite the Same Thing

Zstandard is technically a compression format, not a multi-file archive container.

A .zst file usually represents one compressed file or data stream.

For example:

database.sql.zst

Decompressing it produces:

database.sql

When several files and folders need to travel together, they are commonly bundled into a TAR archive first and then compressed with Zstandard:

project-backup.tar.zst

The process is:

files and folders → TAR archive → Zstandard compression

To extract it completely, the process runs in reverse:

project-backup.tar.zst → project-backup.tar → files and folders

You may also encounter the shorter .tzst extension, which represents the same basic TAR-plus-Zstandard combination.

In everyday conversation, people understandably call these ZST archives. The important practical difference is that .tar.zst needs both decompression and TAR extraction.

The Mac Is Still the Awkward Part

Zstandard is already established in development, server, container, and Linux workflows.

Then the file arrives on a Mac.

Instead of opening it like a familiar ZIP archive, users are often sent to Terminal commands, package-manager installations, or large archive suites.

That friction is unnecessary when the task is simply to extract a downloaded file.

It is also the reason I created unpackZST.

Drop the File and Continue Working

unpackZST provides a focused native Mac workflow.

Drop one or several .zst, .tar.zst, or .tzst files into the app. The files are extracted next to their originals.

For TAR-based archives, Auto unTAR can complete both stages automatically:

archive.tar.zst → archive.tar → extracted contents

The optional and delete .tar setting removes the intermediate TAR file after extraction, leaving only the final files and folders.

The app also displays progress while processing larger files or batches.

There are no commands to remember and no need to install a collection of unrelated archive tools.

A Small App for an Increasingly Important Format

unpackZST is intentionally simple because opening an archive should be simple.

It does not try to hide what Zstandard is or turn it into another proprietary workflow. It simply gives Mac users the missing drag-and-drop extraction experience.

ZST is fast. It is flexible. Its format is stable and published as IETF RFC 8878. It is supported by major development platforms and is becoming increasingly common in downloads, packages, backups, and infrastructure. Official Zstandard project

I do not think ZST is merely the next unusual extension Mac users will occasionally encounter.

I think it is becoming one of the most important compression formats — and we are going to see much more of it.

unpackZST is available on the Mac App Store.

Discover unpackZST and more focused Mac utilities at Beaver Tools.

A Must-Have Capture Tool for Mac App Store Developers

Christian Ahrweiler — Sat, 29 Aug 2026 16:32:15 +0000

A Must-Have Capture Tool for Mac App Store Developers### Create upload-ready screenshots and app preview videos without rebuilding the same workflow for every release

Publishing an app on the Mac App Store involves much more than compiling the final build.

Every new app and major update also needs presentation assets. You capture the interface, remove distracting surroundings, place it on a suitable canvas, export it at the correct size, and repeat the process for every screenshot.

If you want an app preview video, the workflow becomes even longer.

After publishing many Mac apps, I wanted one focused tool that handled these recurring jobs without requiring a graphics editor and video editor for every release.

That tool became App Capture Pro.

Capture the App, Not the Desktop

A normal screenshot often contains more than you want:

Other open windows
Menu bar clutter
Unwanted background elements App Capture Pro lets you capture a specific Mac app window and place it on a clean, consistent canvas.

The result focuses attention on the app itself instead of everything surrounding it.

For iPhone and iPad apps, you can capture a Simulator window and prepare the image on your Mac in the same workflow.

From Capture to App Store Asset

Taking the screenshot is only the first step. It still needs to become a finished asset with appropriate dimensions and a presentable background.

App Capture Pro combines these steps:

Select a Mac app or Simulator window.
Capture its interface.
Place it on a clean preset canvas.
Adjust the presentation.
Export the finished screenshot. This is particularly useful when an app needs several screenshots. Instead of manually recreating the canvas and alignment for each image, you can keep the presentation consistent across the complete set.

Apple currently allows between one and ten screenshots for an App Store product page. A consistent series looks much more professional than a collection of unrelated window captures. Apple Developer documentation

App Preview Videos Without a Separate Editing Project

App previews can show interaction that a static screenshot cannot communicate.

A drag-and-drop workflow, live monitor, image editor, file converter, or animation is often much easier to understand when the user can see it in action.

App Capture Pro can record an app or Simulator window and prepare the result as an App Store preview video. You can trim the recording and export the finished clip without creating a separate project in a full video editor.

Apple supports up to three app previews per supported device size and language. For macOS apps, these preview videos must use landscape orientation. Apple Developer documentation

Built for Repeated Releases

The real benefit becomes clear when you publish more than one app.

Without a dedicated workflow, every release begins with the same questions:

Which screenshot size do I need?
How did I create the background last time?
Is the app window centered consistently?
Where is the previous graphics project?
How do I export the preview in the accepted format? App Capture Pro turns that repeated production work into a focused process.

Capture the app. Place it on the canvas. Export the result. Continue with the release.

More Time for the App Itself

Developers should still care about how their apps are presented. Screenshots and preview videos are often the first opportunity to explain what an app does.

But producing them should not take longer than necessary.

App Capture Pro is designed for developers who regularly publish Mac, iPhone, or iPad apps and want a faster path from the running interface to finished App Store assets.

No subscription and no unnecessarily complicated creative suite — just a native Mac utility built for a recurring part of App Store development.

App Capture Pro is available on the Mac App Store.

Discover more focused Mac utilities at Beaver Tools.

Convert Images to WebP in Seconds on Your Mac

Christian Ahrweiler — Sat, 29 Aug 2026 10:50:37 +0000

A simple drag-and-drop utility for creating smaller, website-ready images

Convert Images to WebP in Seconds on Your MacWebP is now a standard part of modern web development. It produces substantially smaller files than traditional formats such as JPEG and PNG while maintaining excellent visual quality.

The format is easy to use once the image has been converted. The annoying part is often the conversion itself.

You can open a large graphics application, search for the correct export option, adjust several settings, and choose an output folder. Alternatively, you can upload the image to an online converter, wait for it to process, and download the result again.

For a routine task, both approaches involve more work than necessary.

That is why I created 2webp.

Drop an Image. Get a WebP File.

2webp is a focused image converter for macOS. Drop your images into the app and convert them directly to WebP.

There is no complicated export dialog and no need to work through tools intended for image editing. The app concentrates on one job: creating efficient WebP images for websites, apps, and other digital projects.

It is useful for:

Website images
Blog and article illustrations
Product photos
App assets
Documentation
Social preview images Whenever an image needs to be delivered efficiently online, WebP is usually a sensible choice.

Everything Happens on Your Mac

Online converters can be convenient, but every uploaded image is transferred to somebody else’s server.

That may not matter for a random screenshot. It can matter for unpublished product images, customer material, internal documents, or assets from a project that has not yet been released.

2webp performs the conversion locally on your Mac. Your images do not need to leave your computer, and the app does not require an account or subscription.

Just open it, drop in your files, and create the converted images.

Smaller Images Make Better Websites

Large image files are one of the most common causes of unnecessarily heavy web pages.

Smaller files can improve:

Page loading times
Mobile browsing
Bandwidth usage
Storage requirements
Overall website responsiveness A single optimized image may not transform an entire website. But when every article, product page, or gallery contains multiple images, the savings quickly add up.

The best optimization tools are often the ones that are simple enough to become part of your regular workflow.

A Small Tool for a Repetitive Job

2webp is not intended to replace an image editor. It removes the need to launch one when all you want is a WebP version of an existing image.

No account. No upload. No subscription. No unnecessary workflow.

Just drag, drop, and continue with your project.

2webp is available for macOS on the [Mac App Store**](https://apps.apple.com/us/app/2webp/id6756757652).**

You can find 2webp and more focused Mac utilities at Beaver Tools.

Boost Your WordPress Site with the Fastest APCu Object Cache Available

Christian Ahrweiler — Wed, 26 Aug 2026 14:59:30 +0000

atec Cache APCu combines an optimized persistent object cache with an optional APCu-powered page cache

Boost Your WordPress Site with the Fastest APCu Object Cache AvailableWordPress repeatedly loads options, settings, post metadata, user data, and database query results while generating a page. Many of these objects remain unchanged between requests, yet WordPress must retrieve and process them again.

A persistent object cache solves this problem by keeping reusable objects in memory. Instead of requesting the same data from the database every time, WordPress can retrieve it from the cache.

However, object caching only improves performance when the cache itself is extremely fast.

That is why I built atec Cache APCu.

Why APCu?

APCu stores data in shared memory and makes it directly available to PHP.

Unlike Redis or Memcached, APCu does not require WordPress to communicate with a separate cache server. There is no network connection, no socket communication, and no additional service waiting for requests.

The path is short:

WordPress → PHP → APCu memory

An external object cache requires a longer path:

WordPress → PHP → socket or network connection → cache server → response

Redis and Memcached are powerful solutions for distributed environments where several web servers need to share the same cache. But most WordPress sites run on a single server. In that environment, an external cache adds communication overhead without providing a practical advantage.

APCu keeps the cache where PHP can access it directly.

The Fastest APCu Object Cache Available

I tested atec Cache APCu against every other WordPress object-cache plugin I could find that supports APCu.

In my benchmark tests, atec Cache APCu was consistently the fastest.

That is why I describe it as the fastest APCu object cache available for WordPress. The claim is based on direct comparisons with the alternative APCu implementations — not simply on the theoretical performance of APCu itself.

The cache technology may be identical, but the implementation is not.

Every additional abstraction layer, function call, serialization step, compatibility check, or unnecessary cache operation adds overhead. WordPress may perform hundreds or even thousands of object-cache operations while generating a single page, so even a small difference per operation can become significant.

atec Cache APCu was designed to keep this critical path as short and efficient as possible.

Advanced Object Cache Mode

The PRO version includes Advanced Object Cache Mode, or AOC.

Standard WordPress object caches commonly serialize complex values before storing them and unserialize those values when retrieving them. APCu, however, can store PHP arrays and other values directly in memory.

AOC takes advantage of that capability.

By avoiding unnecessary serialize() and unserialize() operations, AOC reduces the processing required for cache reads and writes. This further improves object-cache efficiency on every WordPress request.

The result is a cache designed specifically for APCu rather than a generic object-cache implementation with APCu added as another storage option.

Object Cache and Page Cache in One Plugin

atec Cache APCu does more than provide a persistent object cache. It also includes an optional full-page cache powered entirely by APCu.

The two cache layers solve different problems.

The object cache stores reusable WordPress data, such as options, metadata, and database query results. WordPress still generates the page, but it can reuse data that is already available in memory.

The page cache stores the completed HTML output. When the same page is requested again, the cached version can be served without regenerating the entire page.

Using both layers can substantially reduce PHP execution and database activity.

The page cache includes:

Cache exclusion rules
Automatic handling of important dynamic pages
Cache flushing controls
Profiler and debugging options
Support for the DONOTCACHEPAGE constant
Automatic exclusion of WooCommerce cart, checkout, and account pages The PRO version also includes Advanced Page Cache Mode, which starts earlier than a regular WordPress page cache. It can serve a cached page before most of the WordPress application has been loaded.

Object Caching Is Not Always Faster

A persistent object cache does not guarantee better performance.

Each cache operation consumes time. The cache key must be processed, the stored value must be located, and the result must be returned to WordPress. If the cache backend is slow, retrieving an object can take almost as long as recreating it — or, in some cases, even longer.

This is especially relevant because WordPress performs so many individual object-cache operations during a request.

Object caching therefore requires very fast memory access. Otherwise, the cache can simply replace one bottleneck with another.

APCu is ideal for this task because it offers direct access to shared memory without the overhead of an external cache service.

When Redis Is the Better Choice

Redis remains the appropriate choice for WordPress installations that run across multiple servers.

Use Redis or another centralized cache when:

Several web servers must share the same cache
WordPress runs in a clustered environment
Other applications need access to the cached data
The cache must operate independently of the PHP runtime Most WordPress websites do not need this architecture. They run on a single shared-hosting account, VPS, or dedicated server.

For these installations, APCu provides a simpler and faster local object cache.

Redis offers greater flexibility for distributed systems. APCu offers lower overhead on a single server.

Is APCu Available on Your Server?

APCu is a PHP extension and must be enabled by your hosting provider or server administrator.

It is commonly available on VPS and dedicated-server installations, but some shared hosting providers do not enable it. APCu reserves server memory, which is one reason hosting companies may restrict its use.

You can check your PHP configuration in WordPress under:

Tools → Site Health → Info → Server

You can also install atec Cache APCu and use its server information and compatibility checks, or ask your hosting provider whether the APCu PHP extension is available.

For WP-CLI commands, APCu must also be enabled for the PHP command-line interface by setting:

apc.enable_cli=1

More Than 3,000 Active Installations

More than 3,000 WordPress sites already use atec Cache APCu.

The plugin provides:

A persistent APCu object-cache drop-in
An optional APCu full-page cache
Optimized cache operations
Cache statistics and memory information
Persistent object-cache group information
Cache exclusion and flushing controls
Profiler and debugging tools
A simple WordPress administration interface
No Redis or Memcached dependency
No separate cache server The only technical requirement is an APCu-enabled PHP installation.

Install atec Cache APCu

You can install the plugin directly from your WordPress dashboard:

Open Plugins → Add New Plugin
Search for atec Cache APCu
Install and activate the plugin
Open atec Cache APCu from the WordPress admin bar
Enable the object cache
Optionally enable the page cache You can also download it directly from the official WordPress Plugin Directory:

Download atec Cache APCu from WordPress.org

More information about atec Cache APCu, the PRO features, and other performance plugins is available at:

Visit atecplugins.com

Fast, Local, and Purpose-Built for WordPress

A cache should reduce the amount of work WordPress performs. It should not introduce another complicated system that must be installed, secured, monitored, and maintained.

atec Cache APCu keeps cached data where WordPress can access it fastest: directly inside PHP’s shared memory.

No separate cache server.
No network round trips.
No additional cache database.
No unnecessary abstraction layers.

Just the fastest APCu object cache available for WordPress.

Clean and Compress PDF Files on Mac

Christian Ahrweiler — Tue, 25 Aug 2026 18:58:05 +0000

Clean and Compress PDF Files on MacA PDF may contain more information than the pages you can see.

Titles, author names, subjects, keywords, creator applications, and other metadata can remain embedded in a document — even after you rename the file or export a new copy.

PDF Meta Cleaner & Compressor helps you remove this hidden information and reduce PDF file sizes in one simple workflow.

What Is PDF Metadata?

PDF metadata describes the document rather than its visible content.

Depending on how the file was created, it may include:

document title
author or company name
keywords
creator application
PDF producer
creation and modification information Some metadata is useful for organizing documents. But it may also reveal information you did not intend to share.

A PDF named final-document.pdf, for example, might still contain an old internal project title or the name of the person who originally created it.

Remove Metadata Before Sharing

PDF Meta Cleaner & Compressor checks your PDF files and removes supported metadata when cleaning is enabled.

The result list shows what happened to every file:

successfully processed
nothing found to remove
skipped
metadata fields removed
resulting file size It also reports the specific fields it removed, such as an embedded title.

This makes the process transparent: you can see which files contained metadata and which were already clean.

Process Multiple PDFs Together

Cleaning files individually becomes tedious when you need to prepare an entire group of documents.

PDF Meta Cleaner & Compressor supports batch processing. Add multiple PDFs, select your options, and process them together.

The app reports the number of processed and skipped files and provides an individual result for each document.

This is useful when preparing:

client documents
reports
contracts
invoices
application files
downloadable PDFs
document archives ### Compress PDFs at the Same Time

Large PDF files can be inconvenient to email, upload, or archive.

In addition to cleaning metadata, the app can compress PDFs during the same operation. Choose the desired compression option and let the app create cleaned, smaller copies in one pass.

You can also use the functions independently:

clean metadata without compression
compress without cleaning metadata
clean and compress together The best choice depends on whether preserving maximum document quality or reducing the file size is more important for the current task.

Originals Are Preserved by Default

By default, the processed output is saved next to the original PDF.

This provides a safer workflow because the source document remains available for comparison or reuse.

If you deliberately want to replace the source files, enable Overwrite originals before processing. Because this changes the existing files, it should only be used when you are certain that you no longer need the originals.

Metadata Cleaning Is Not Redaction

Removing PDF metadata does not remove visible text, images, names, account numbers, or other information displayed on the pages.

These are two different tasks:

PDF Meta Cleaner & Compressor removes supported hidden metadata and can reduce the file size.
PDF Redact Pro permanently removes selected visible content from PDF pages. If a document contains both confidential page content and unwanted metadata, redact the visible information and clean the resulting PDF before sharing it.

A Simple Final Step Before Sharing

PDF metadata is easy to overlook because it is not visible when reading the document.

PDF Meta Cleaner & Compressor provides a focused final check: add your PDFs, clean their metadata, optionally compress them, and review the results.

It is a small step that can prevent unintended document information from being shared — and can make the finished files easier to send at the same time.

Download PDF Meta Cleaner & Compressor on the Mac App Store

More Beaver Tools: https://beavertools.app/

*PDF Redact Pro: *https://apps.apple.com/us/app/pdf-redact-pro/id6788888431

A Calmer, Clearer EMDR Experience

Christian Ahrweiler — Tue, 25 Aug 2026 15:41:40 +0000

A Calmer, Clearer EMDR ExperienceselfEMDR has a new interface designed around one central idea: the visual stimulus should remain the focus.

The updated layout brings the controls together at the bottom of the screen, keeps the stimulation area open, and makes personal adjustments easier to understand before starting.

One Focused Stimulation Area

During bilateral visual stimulation, the moving object travels horizontally across the screen.

The new interface keeps this area largely free from permanent panels, menus, and explanatory text. The stimulus remains clearly visible against the selected background, while the controls stay grouped below it.

This creates a more focused experience without removing access to personalization.

Choose a Color That Works for You

Different colors can feel more or less comfortable depending on the display, background, room lighting, and personal preference.

selfEMDR provides several stimulus colors, including:

red
green
blue
yellow
white
black Color selection is immediate. Choose an option and see it directly in the stimulation area.

Adjust Shape and Size

The moving stimulus does not have to look the same for everyone.

The redesigned controls let you select:

a soft circular shape
a solid round shape
an elongated shape You can also choose between small, medium, and large stimulus sizes.

These options help make the moving object easier to follow without requiring a complicated settings screen.

Select a Background

A completely black background provides maximum contrast, but it is not the only option.

selfEMDR also includes a selection of atmospheric backgrounds, such as:

desert scenery
a bright winter landscape
a night sky
a green forest
a warm sunset The selected stimulus color remains visible against the chosen scene, allowing you to create a visual environment that feels appropriate for the session.

Control Speed Directly

The speed control is now always easy to recognize at the bottom of the interface.

Move the slider to adjust how quickly the stimulus travels from side to side. The numeric value provides a clear reference while the wide scale makes smaller adjustments easier.

There is no need to open a separate preferences window or leave the main screen.

Visual or Audio Stimulation

selfEMDR can be used with visual stimulation and optional alternating audio.

Audio can be enabled or muted directly from the main interface. This allows you to choose a visual-only session or add bilateral sound according to your preference.

Keep the Controls or Hide Them

The controls are useful while preparing a session, but they do not need to remain visible once everything is configured.

After choosing the color, shape, size, background, audio, and speed, you can hide the interface and keep the screen focused on the moving stimulus.

When you want to make another adjustment, bring the controls back.

Personalized Without Becoming Complicated

The updated selfEMDR interface offers several combinations, but the workflow remains straightforward:

Choose the appearance of the stimulus.
Select its size and animation.
Pick a background.
Enable or mute audio.
Adjust the speed.
Start the stimulation. Everything is available from one screen.

EMDR at Your Own Pace

selfEMDR is a self-paced bilateral stimulation tool for iPhone, iPad, and Mac.

The new interface does not change the basic idea behind the app. It makes the experience clearer, more visual, and easier to personalize — while keeping the moving stimulus at the center.

selfEMDR is a stimulation tool and is not a replacement for professional diagnosis, therapy, or medical care. If you are dealing with trauma or significant psychological distress, consider using EMDR with a qualified mental health professional.

Download selfEMDR on the App Store

Preview on: https://selfemdr.app/

What Devices Are Connected to My Mac?

Christian Ahrweiler — Tue, 25 Aug 2026 15:39:32 +0000

What Devices Are Connected to My Mac?Most USB devices work as soon as you connect them. A drive appears in Finder, a keyboard starts typing, and a printer becomes available.

But macOS usually does not show how these devices are connected.

Is an external drive actually using USB 3.1 at 10 Gbit/s? Is a USB 3 device running at a slower speed? Which hub, controller, or port is it connected through? And which volumes belong to which physical drive?

Device Inspector Pro provides these details in one structured view.

See the Complete USB Device Tree

A Mac may contain more USB devices than expected.

In addition to external drives, keyboards, mice, printers, and hubs, the USB tree can include internal components such as:

Bluetooth controllers
cameras
audio devices
ambient light sensors
security controllers
built-in hubs
and more… Device Inspector Pro separates external and internal devices and presents them in a hierarchical sidebar. Expand a hub or storage device to see everything connected beneath it.

This makes the actual connection path much easier to understand.

USB 2.0, USB 3.0, or USB 3.1?

A USB-C connector alone does not tell you which protocol or speed a device is using.

Depending on the device, cable, adapter, hub, and Mac, the negotiated connection may be:

USB 2.0 at 480 Mbit/s
USB 3.0 at 5 Gbit/s
USB 3.1 at 10 Gbit/s Device Inspector Pro displays the protocol and negotiated speed reported by macOS.

This is particularly useful when an external SSD or hard drive feels slower than expected. A USB 3 device connected through a USB 2 hub or unsuitable cable may still work — but at a much lower connection speed.

Check the Connection Assessment

Raw USB information can be difficult to interpret. Device Inspector Pro therefore also provides a connection assessment.

For a correctly connected device, it can confirm that the negotiated speed matches the USB capability reported by the device.

The detailed connection section includes:

connection path
connection health
assessment
USB protocol
negotiated speed
controller
location ID Instead of looking at isolated technical values, you can quickly see whether the connection appears appropriate for the device.

Identify the Exact Device

Many USB devices use generic names, especially enclosures, adapters, hubs, and inexpensive peripherals.

Device Inspector Pro exposes additional identification details where available:

manufacturer
product name
vendor ID
product ID
serial number
location ID
registry entry ID Vendor and product IDs can help distinguish devices that otherwise appear identical. Serial numbers are useful when several drives or peripherals of the same model are connected.

Understand External Storage

A physical drive is not the same thing as a volume shown in Finder.

One external drive may contain:

a physical media device
an APFS container
several mounted volumes Device Inspector Pro displays this hierarchy directly beneath the corresponding USB storage device.

Select the physical drive to inspect information such as capacity, write status, removability, media name, protocol, and BSD device name. Expand it in the sidebar to see its containers and mounted volumes.

This makes it easier to determine which disk identifier and volumes belong to a particular external device.

A Clearer View Than Raw System Data

macOS already collects extensive information about connected hardware, but it is distributed across technical system reports and registry data.

Device Inspector Pro turns that information into a focused device tree with readable details and connection assessments.

It does not benchmark transfer performance. Instead, it shows how the device is connected and which connection speed macOS negotiated — often the first information you need when investigating a slow drive, questionable cable, or complicated USB hub setup.

Know What Is Really Connected

Device Inspector Pro is useful whenever you want to look beyond “the device works.”

It helps answer practical questions:

Which devices are connected to this Mac?
Is my drive using the expected USB protocol?
What speed was negotiated?
Is the device connected through a hub?
Which controller handles the connection?
Which APFS container and volumes belong to the drive?
What are the device’s vendor, product, and serial identifiers? Connect a device, select it, and inspect the complete path from your Mac to the hardware.

Download Device Inspector Pro on the Mac App Store

More Beaver Tools: https://beavertools.app/