Skip to content

Commit 0c06f01

Browse files
chrisethbshastry
andauthored
Update docs/internals/layout_in_storage.rst
Co-authored-by: Bhargava Shastry <bhargava.shastry@ethereum.org>
1 parent 7bf9912 commit 0c06f01

File tree

1 file changed

+1
-1
lines changed

1 file changed

+1
-1
lines changed

docs/internals/layout_in_storage.rst

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -126,7 +126,7 @@ The type of the value is ``uint256``, so it uses the full slot.
126126
``bytes`` and ``string`` are encoded identically.
127127
In general, the encoding is similar to ``byte1[]``, in the sense that there is a slot for the array itself and
128128
a data area that is computed using a ``keccak256`` hash of that slot's position.
129-
For short values, though, the array elements are stored together with the length in the same slot.
129+
For short values (shorter than 32 bytes) the array elements are stored together with the length in the same slot.
130130

131131
In particular: if the data is at most ``31`` bytes long, the elements are stored
132132
in the higher-order bytes (left aligned) and the lowest-order byte stores the value ``length * 2``.

0 commit comments

Comments
 (0)