Skip to content

newsletter-365-german #2443

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Draft
wants to merge 7 commits into
base: master
Choose a base branch
from

Conversation

Walpurga03
Copy link
Contributor

translation of newsletter #365
updated STYLE-DE.md with newsletter reference convention
fixed two link anchors in English original

…-DE.md with newsletter reference convention; fixed two link anchors in English original
Comment on lines -66 to +68
- Three years after consensus activation of the [BIP360][]
quantum-resistant signature scheme (or an alternative scheme), a
soft fork would reject transactions with outputs paying
- Three years after consensus activation of the
[BIP360][] quantum-resistant signature scheme (or an alternative scheme),
a soft fork would reject transactions with outputs paying
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Note to self and others, having a link in the first line turns the bullet point into an anchor which is not expected here. Shifting the link to BIP 360 to the next line removes the anchor.

Preferably, this fix would be proposed as a separate PR, so that it can be discussed and merged independently.

Comment on lines -106 to +107
- It commits to the taproot [annex][topic annex], which `OP_CTV` does
- It commits to the taproot
[annex][topic annex], which `OP_CTV` does
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

As above, this prevents the bullet point from being turned into an anchor.


- **Test zu Compact-Block-Prefilling:** David Gumberg [antwortete][gumberg prefilling]
in einem Delving-Bitcoin-Thread zur Effizienz der Compact-Block-Rekonstruktion
(siehe auch [Newsletter #315][news315 cb] und [#339][news339 cb]) mit einer
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Da wir es gerade besprochen hatten, sollte es nicht nur die Zahl sein?

Suggested change
(siehe auch [Newsletter #315][news315 cb] und [#339][news339 cb]) mit einer
(siehe auch Newsletter [#315][news315 cb] und [#339][news339 cb]) mit einer


- Unabhängig vom Netzwerktransport erhöhte eine einfache Regel zur Auswahl der
zu prefillenden Transaktionen die Erfolgsrate der Blockrekonstruktion von etwa
62 % auf etwa 98 %.
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

TIL, dass vor dem Prozent immer ein Leerzeichen steht. Ich hatte mir angewöhnt es zusammen zu schreiben. 😅

Am Besten sollte dann aber ein geschütztes Leerzeichen verwendet werden, so dass an der Stelle kein Zeilenumbruch erlaubt ist (vom Preview):

image
Suggested change
62 % auf etwa 98 %.
62 % auf etwa 98 %.

- Unter Berücksichtigung des Netzwerktransports führten einige Prefills zu einem
zusätzlichen Roundtrip, was den Vorteil in diesen Fällen aufhob und die Leistung
leicht verschlechterte. Viele Prefills hätten jedoch so konstruiert werden können,
dass das Problem vermieden wird, wodurch die Rekonstruktionsrate auf etwa 93 %
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
dass das Problem vermieden wird, wodurch die Rekonstruktionsrate auf etwa 93 %
dass das Problem vermieden wird, wodurch die Rekonstruktionsrate auf etwa 93 %

anderen Tools nutzt sie ausschließlich den Zufluss von Transaktionen in den
Mempool eines Knotens als Grundlage für ihre Schätzungen. Im Beitrag wird die
Bibliothek „Augur“ mit mehreren anderen Gebührenabschätzungsdiensten verglichen
und festgestellt, dass Augur eine niedrige Fehlerrate (über 85 % der
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
und festgestellt, dass Augur eine niedrige Fehlerrate (über 85 % der
und festgestellt, dass Augur eine niedrige Fehlerrate (über 85 % der

Bibliothek „Augur“ mit mehreren anderen Gebührenabschätzungsdiensten verglichen
und festgestellt, dass Augur eine niedrige Fehlerrate (über 85 % der
Transaktionen werden im gewünschten Zeitfenster bestätigt) und eine geringe
durchschnittliche Überschätzung (Transaktionen zahlen im Schnitt nur etwa 16 % zu
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
durchschnittliche Überschätzung (Transaktionen zahlen im Schnitt nur etwa 16 % zu
durchschnittliche Überschätzung (Transaktionen zahlen im Schnitt nur etwa 16 % zu

Bitcoin quantenresistent gemacht werden, indem Keypath-Spends deaktiviert und
quantenresistente Signatur-OpCodes zu [Tapscript][topic tapscript] hinzugefügt werden.
Ein aktuelles Update zu [BIP360][] pay-to-quantum-resistant-hash, das Ethan Heilman
[veröffentlichte][heilman bip360], schlägt genau diese Änderung vor.
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Das ist etwas ungenau (auch im Original). Ethan schlägt einen neuen Outputtyp vor, der P2TR ähnelt, aber keinen Keypath-Spend erlaubt.

Suggested change
[veröffentlichte][heilman bip360], schlägt genau diese Änderung vor.
[veröffentlichte][heilman bip360], schlägt einen neuen Ausgabentyp vor, der P2TR ähnelt aber die Möglichkeit des Keypath-Spend entfernt.

- [Bitcoin Core #33004][] aktiviert die Option `-natpmp` standardmäßig, wodurch automatische
Portweiterleitung über das [Port Control Protocol (PCP)][pcp] mit Fallback auf das
[NAT Port Mapping Protocol (NAT-PMP)][natpmp] ermöglicht wird (siehe
[Newsletter #323][news323 natpmp]). Ein lauschender Knoten hinter einem Router, der PCP oder NAT-PMP
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Haben wir schon eine kanonische Übersetzung für "Listening Node"? Lauschend hat für mich die Konnotation des Abhörens. Wie wäre es mit "empfangender Knoten"?

Suggested change
[Newsletter #323][news323 natpmp]). Ein lauschender Knoten hinter einem Router, der PCP oder NAT-PMP
[Newsletter #323][news323 natpmp]). Ein empfangender Knoten hinter einem Router, der PCP oder NAT-PMP

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants