Skip to content

Commit a418bc6

Browse files
committed
News96: Suggested changes
1 parent 12da6cf commit a418bc6

File tree

1 file changed

+13
-14
lines changed

1 file changed

+13
-14
lines changed

_posts/en/newsletters/2020-05-06-newsletter.md

Lines changed: 13 additions & 14 deletions
Original file line numberDiff line numberDiff line change
@@ -25,7 +25,7 @@ notable code changes from popular Bitcoin infrastructure software.
2525
- **QR codes for large transactions:** QR codes can practically contain
2626
up to about 3 kilobytes of data, which is enough to accommodate
2727
typical user transactions but far too small to contain the largest
28-
transactions users can normally send (about 400 kilobytes). Riccardo
28+
transactions users can normally send. Riccardo
2929
Casatta and Christopher Allen each posted to the Bitcoin-Dev mailing
3030
list ([1][casatta qr], [2][allen qr]) a request for discussion
3131
hopefully leading to standardization of a method for visual
@@ -46,8 +46,8 @@ Bitcoin presentations and discussions. In this new <!-- TODO: remove "new" next
4646
highlight a selection of the transcripts from the previous month.*
4747

4848
- **Simplicity---Next-Generation Smart Contracting** Adam Back presented at a
49-
Blockstream webinar on Simplicity: a next-generation, low-level
50-
alternative to Bitcoin Script focused on provable security and greater
49+
Blockstream webinar on Simplicity, a next-generation, low-level
50+
alternative to Bitcoin Script focused on provable security and
5151
expressiveness. Back discussed how Simplicity, if enabled in Bitcoin
5252
today, would allow developers to implement new functionality like
5353
[SIGHASH_NOINPUT][topic sighash_noinput] without necessarily needing a soft fork. He also
@@ -71,18 +71,18 @@ highlight a selection of the transcripts from the previous month.*
7171
Jager discussed the challenges of [multipart payments][topic multipath
7272
payments] including the splitting algorithm, what happens when the
7373
shards of the payment arrive at different times, and strategies for
74-
when a multipart payment fails. Gugger ended by discussing Partially
74+
handling multipart payment failures. Gugger ended by discussing Partially
7575
Signed Bitcoin Transaction ([PSBT][topic psbt]) channel funding and
7676
the channel abstraction work that made this possible.
7777
([transcript][lnd10 xs], [video][lnd10 vid])
7878

79-
- **Grokking Bitcoin** Kalle Rosenbaum both participated in a [Socratic
80-
Seminar][] and gave a presentation at London Bitcoin Devs. The
81-
seminar focused on the role of Bitcoin technical
79+
- **Grokking Bitcoin** Kalle Rosenbaum participated in a Bitcoin developer meetup
80+
and gave a presentation at London Bitcoin Devs. The
81+
meetup discussion focused on the role of Bitcoin technical
8282
education, [BIP32][] HD wallets, and soft fork upgrades. For the
8383
presentation, Rosenbaum used the content in his book to discuss how
8484
the segwit upgrade of 2017 addressed transaction malleability and
85-
quadratic hashing. ([Socratic transcript][grok xs2], [presentation
85+
quadratic hashing. ([Meetup transcript][grok xs2], [presentation
8686
transcript][grok xs1], [presentation video][grok vid], [presentation
8787
slides][grok slides])
8888

@@ -159,12 +159,12 @@ version 0.20.*
159159

160160
To ensure new transactions reach the network even without frequent
161161
indiscriminate rebroadcast by the wallet, this PR also adds a type of
162-
"unbroadcast" transaction within the mempool. An unbroadcasted transaction is
163-
one that has been submitted locally via the wallet or RPC but which hasn't
164-
been deemed successfully broadcast to the network. Such unbroadcasted
162+
_unbroadcast_ transaction within the mempool. An unbroadcast transaction is
163+
one that has been submitted locally via the wallet or RPC but which has not
164+
yet been successfully relayed to peers on the network. Such unbroadcast
165165
transactions remain in the mempool and will be rebroadcast every 10-15 minutes
166-
until the node receives a `getdata` P2P message for that transaction, which
167-
acts as a heuristic for determining a successful initial broadcast.
166+
until a peer has fetched the transaction by sending the node a `getdata` P2P
167+
message for that transaction.
168168

169169
- [BIPs #893][] makes several changes to the [BIP340][] specification of
170170
[schnorr][topic schnorr signatures] pubkeys and signatures, with
@@ -238,4 +238,3 @@ version 0.20.*
238238
[grok vid]: https://www.youtube.com/watch?v=6tHnYyaw0qw
239239
[grok slides]: http://rosenbaum.se/ldnbitcoindev/drawing.sozi.html
240240
[grok xs2]: https://diyhpl.us/wiki/transcripts/london-bitcoin-devs/2020-04-22-socratic-seminar/
241-
[socratic seminar]: https://en.wikipedia.org/wiki/Socratic_method#Socratic_Circles

0 commit comments

Comments
 (0)