[etc]

Неправда. Длина строки никоим образом не влияет на скорость поиска.

Этот «ящик» называется стек. А в данном случае произошла ретрансляция пи-кода (чтобы читать было проще и не смотреть каждый раз в словарь). В реальности в push в байт-коде написан индекс элемента из словаря констант. Т.е., примерно так:

push c:0

Например, код:

a = 10;
b = a;

Пи-код, выдаваемый flasm-ом (чаще всего):

constants 'a', 'b'
	push 'a', 10
	setVariable
	push 'b', 'a'
	getVariable
	setVariable
	end

Смотрим байт-код:

88 06 00 02 00 61 00 62 00 96 07 00 08 00 07 0A
00 00 00 1D 96 04 00 08 01 08 00 1C 1D 00

Или так:

88 06 02 00 61 00 62 00 = constants 'a', 'b'
96 07 00 08 00 07 0A 00 00 00 = push c:0, 10
1D = setVariable
96 04 00 08 01 08 00 = push c:1, c:0
1C = getVariable
1D = setVariable
00 = end

Как видно, в push используются Dictionary Lookup, т.е. переданный индекс ссылается на элемент в словаре.
Я не знаю точного механизма работы getVariable и что происходит в памяти, но уверен, что длина имени никак не повлияет на скорость нахождения необходимой переременной в памяти, в текущем пространстве. Потому как происходит перебор всех объектов в данной области видимости и запрос имени. Если имя совпадает с переданным (а имя, скорее всего, является тем же Dictionary Lookup, т.е. простым индексом), то в стек помещается ссылка на объект в памяти. И поиск, как я уже говорил, скорее всего идет по индексу, а не по имени, как таковому. А при таком подходе длина имени никак не повлияет на скорость. Даже если и по имени, то скорость будет зависеть от количества объектов в памяти (в конкретной области видимости), а не длины имени.