diff --git a/bip-0155.mediawiki b/bip-0155.mediawiki
index 1364a3f4..f4370438 100644
--- a/bip-0155.mediawiki
+++ b/bip-0155.mediawiki
@@ -46,7 +46,7 @@ The addrv2 message is defined as a message where pchCommand =
It is serialized in the standard encoding for P2P messages.
Its format is similar to the current addr message format
[[https://bitcoin.org/en/developer-reference#addr Bitcoin Developer Reference: addr message]], with the difference that the
-fixed 16-byte IP address is replaced by a network ID and a variable-length address, and the time and services format has been changed to VARINT.
+fixed 16-byte IP address is replaced by a network ID and a variable-length address, and the services format has been changed to [https://en.bitcoin.it/wiki/Protocol_documentation#Variable_length_integer CompactSize].
This means that the message contains a serialized std::vector of the following structure:
@@ -55,13 +55,13 @@ This means that the message contains a serialized std::vector of th
!Name
!Description
|-
-| VARINT (unsigned)
+| uint32_t
| time
-| Time that this node was last seen as connected to the network. A time in Unix epoch time format, up to 64 bits wide.
+| Time that this node was last seen as connected to the network. A time in Unix epoch time format.
|-
-| VARINT (unsigned)
+| CompactSize
| services
-| Service bits. A 64-wide bit field.
+| Service bits. A bit field that is 64 bits wide, encoded in [https://en.bitcoin.it/wiki/Protocol_documentation#Variable_length_integer CompactSize].
|-
| uint8_t
| networkID
@@ -144,9 +144,7 @@ The reference implementation is available at (to be done)
==Acknowledgements==
-- Jonas Schnelli: change services field to VARINT, to make the message more compact in the likely case instead of always using 8 bytes.
-
-- Luke-Jr: change time field to VARINT, for post-2038 compatibility.
+- Jonas Schnelli: change services field to [https://en.bitcoin.it/wiki/Protocol_documentation#Variable_length_integer CompactSize], to make the message more compact in the likely case instead of always using 8 bytes.
- Gregory Maxwell: various suggestions regarding extensibility