From 9b9f9e4837c89aa1a659057fad7e8ee12f026afd Mon Sep 17 00:00:00 2001 From: Rusty Russell Date: Wed, 12 Dec 2018 12:58:02 +1030 Subject: [PATCH] openingd: I can't believe we have even more typo fixes. Reported-by: @wythe Signed-off-by: Rusty Russell --- openingd/openingd.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/openingd/openingd.c b/openingd/openingd.c index 8d18071c0..dc9441c42 100644 --- a/openingd/openingd.c +++ b/openingd/openingd.c @@ -71,7 +71,7 @@ struct state { struct basepoints our_points; struct pubkey our_funding_pubkey; - /* hsmd gives is our first per-commitment point, and peer tells us + /* hsmd gives us our first per-commitment point, and peer tells us * theirs */ struct pubkey first_per_commitment_point[NUM_SIDES]; @@ -396,7 +396,7 @@ static u8 *opening_negotiate_msg(const tal_t *ctx, struct state *state, * protocol has a "channel_id" field in all non-gossip messages * so it's possible. Our one-process-one-channel mechanism * keeps things simple: if we wanted to change this, we would - * probably be best with another daemon to de-multipliex them; + * probably be best with another daemon to de-multiplex them; * this could be connectd itself, in fact. */ if (is_wrong_channel(msg, &state->channel_id, &actual)) { status_trace("Rejecting %s for unknown channel_id %s",