@@ -64,100 +64,84 @@ namespace NetMsgType {
64
64
/* *
65
65
* The version message provides information about the transmitting node to the
66
66
* receiving node at the beginning of a connection.
67
- * @see https://bitcoin.org/en/developer-reference#version
68
67
*/
69
68
extern const char * VERSION;
70
69
/* *
71
70
* The verack message acknowledges a previously-received version message,
72
71
* informing the connecting node that it can begin to send other messages.
73
- * @see https://bitcoin.org/en/developer-reference#verack
74
72
*/
75
73
extern const char * VERACK;
76
74
/* *
77
75
* The addr (IP address) message relays connection information for peers on the
78
76
* network.
79
- * @see https://bitcoin.org/en/developer-reference#addr
80
77
*/
81
78
extern const char * ADDR;
82
79
/* *
83
80
* The inv message (inventory message) transmits one or more inventories of
84
81
* objects known to the transmitting peer.
85
- * @see https://bitcoin.org/en/developer-reference#inv
86
82
*/
87
83
extern const char * INV;
88
84
/* *
89
85
* The getdata message requests one or more data objects from another node.
90
- * @see https://bitcoin.org/en/developer-reference#getdata
91
86
*/
92
87
extern const char * GETDATA;
93
88
/* *
94
89
* The merkleblock message is a reply to a getdata message which requested a
95
90
* block using the inventory type MSG_MERKLEBLOCK.
96
91
* @since protocol version 70001 as described by BIP37.
97
- * @see https://bitcoin.org/en/developer-reference#merkleblock
98
92
*/
99
93
extern const char * MERKLEBLOCK;
100
94
/* *
101
95
* The getblocks message requests an inv message that provides block header
102
96
* hashes starting from a particular point in the block chain.
103
- * @see https://bitcoin.org/en/developer-reference#getblocks
104
97
*/
105
98
extern const char * GETBLOCKS;
106
99
/* *
107
100
* The getheaders message requests a headers message that provides block
108
101
* headers starting from a particular point in the block chain.
109
102
* @since protocol version 31800.
110
- * @see https://bitcoin.org/en/developer-reference#getheaders
111
103
*/
112
104
extern const char * GETHEADERS;
113
105
/* *
114
106
* The tx message transmits a single transaction.
115
- * @see https://bitcoin.org/en/developer-reference#tx
116
107
*/
117
108
extern const char * TX;
118
109
/* *
119
110
* The headers message sends one or more block headers to a node which
120
111
* previously requested certain headers with a getheaders message.
121
112
* @since protocol version 31800.
122
- * @see https://bitcoin.org/en/developer-reference#headers
123
113
*/
124
114
extern const char * HEADERS;
125
115
/* *
126
116
* The block message transmits a single serialized block.
127
- * @see https://bitcoin.org/en/developer-reference#block
128
117
*/
129
118
extern const char * BLOCK;
130
119
/* *
131
120
* The getaddr message requests an addr message from the receiving node,
132
121
* preferably one with lots of IP addresses of other receiving nodes.
133
- * @see https://bitcoin.org/en/developer-reference#getaddr
134
122
*/
135
123
extern const char * GETADDR;
136
124
/* *
137
125
* The mempool message requests the TXIDs of transactions that the receiving
138
126
* node has verified as valid but which have not yet appeared in a block.
139
127
* @since protocol version 60002.
140
- * @see https://bitcoin.org/en/developer-reference#mempool
141
128
*/
142
129
extern const char * MEMPOOL;
143
130
/* *
144
131
* The ping message is sent periodically to help confirm that the receiving
145
132
* peer is still connected.
146
- * @see https://bitcoin.org/en/developer-reference#ping
147
133
*/
148
134
extern const char * PING;
149
135
/* *
150
136
* The pong message replies to a ping message, proving to the pinging node that
151
137
* the ponging node is still alive.
152
138
* @since protocol version 60001 as described by BIP31.
153
- * @see https://bitcoin.org/en/developer-reference#pong
154
139
*/
155
140
extern const char * PONG;
156
141
/* *
157
142
* The notfound message is a reply to a getdata message which requested an
158
143
* object the receiving node does not have available for relay.
159
144
* @since protocol version 70001.
160
- * @see https://bitcoin.org/en/developer-reference#notfound
161
145
*/
162
146
extern const char * NOTFOUND;
163
147
/* *
@@ -166,7 +150,6 @@ extern const char* NOTFOUND;
166
150
* @since protocol version 70001 as described by BIP37.
167
151
* Only available with service bit NODE_BLOOM since protocol version
168
152
* 70011 as described by BIP111.
169
- * @see https://bitcoin.org/en/developer-reference#filterload
170
153
*/
171
154
extern const char * FILTERLOAD;
172
155
/* *
@@ -175,7 +158,6 @@ extern const char* FILTERLOAD;
175
158
* @since protocol version 70001 as described by BIP37.
176
159
* Only available with service bit NODE_BLOOM since protocol version
177
160
* 70011 as described by BIP111.
178
- * @see https://bitcoin.org/en/developer-reference#filteradd
179
161
*/
180
162
extern const char * FILTERADD;
181
163
/* *
@@ -184,14 +166,12 @@ extern const char* FILTERADD;
184
166
* @since protocol version 70001 as described by BIP37.
185
167
* Only available with service bit NODE_BLOOM since protocol version
186
168
* 70011 as described by BIP111.
187
- * @see https://bitcoin.org/en/developer-reference#filterclear
188
169
*/
189
170
extern const char * FILTERCLEAR;
190
171
/* *
191
172
* Indicates that a node prefers to receive new block announcements via a
192
173
* "headers" message rather than an "inv".
193
174
* @since protocol version 70012 as described by BIP130.
194
- * @see https://bitcoin.org/en/developer-reference#sendheaders
195
175
*/
196
176
extern const char * SENDHEADERS;
197
177
/* *
0 commit comments