~ We queue incoming channel_announcement pending confirmation from lightningd * that it really is an unspent output. Here's its reply. */
| 844 | /*~ We queue incoming channel_announcement pending confirmation from lightningd |
| 845 | * that it really is an unspent output. Here's its reply. */ |
| 846 | static void handle_txout_reply(struct daemon *daemon, const u8 *msg) |
| 847 | { |
| 848 | struct short_channel_id scid; |
| 849 | u8 *outscript; |
| 850 | struct amount_sat sat; |
| 851 | bool good; |
| 852 | |
| 853 | if (!fromwire_gossipd_get_txout_reply(msg, msg, &scid, &sat, &outscript)) |
| 854 | master_badmsg(WIRE_GOSSIPD_GET_TXOUT_REPLY, msg); |
| 855 | |
| 856 | /* Outscript is NULL if it's not an unspent output */ |
| 857 | good = handle_pending_cannouncement(daemon, daemon->rstate, |
| 858 | &scid, sat, outscript); |
| 859 | |
| 860 | /* If we looking specifically for this, we no longer are. */ |
| 861 | remove_unknown_scid(daemon->seeker, &scid, good); |
| 862 | |
| 863 | /* Anywhere we might have announced a channel, we check if it's time to |
| 864 | * announce ourselves (ie. if we just announced our own first channel) */ |
| 865 | maybe_send_own_node_announce(daemon, false); |
| 866 | } |
| 867 | |
| 868 | /*~ lightningd tells us when about a gossip message directly, when told to by |
| 869 | * the addgossip RPC call. That's usually used when a plugin gets an update |
no test coverage detected