Зачем теперь дурачком прикидываться?

Пусть будет по вашему, я не буду вами прикидываться.

d = 0.00005
print(d) --> 5e-005
d= 0.0005
print(d) --> 0.0005

Поэтому и только поэтому нужно строковое представление числа.

Это чьи слова, мои или ваши?

Я же вам выше чёрным по-русски написал:

Зачем теперь дурачком прикидываться?

или

Попробуйте отправить транзакцию:

local transaction = {
    TRANS_ID = '1',
    ACTION = "NEW_ORDER",
    ACCOUNT = sAccount,
    CLIENT_CODE = sClientCode,
    CLASSCODE = 'QJSIM',
    SECCODE = 'LKOH',
    OPERATION = 'B',
    TYPE = "L",
    PRICE = doStep(2450.2, 0.1),
    QUANTITY = '1'
  }

Мало того, что функция doStep формирует неправильную цену, так получите ещё ошибку:

Видимо, кто-то плохо учил мат.часть

И для общего развития: транзакция с параметром

PRICE = 5e-005

при pricestep<=0.000005 нормально отправляется на сервер. (Другое дело, что цена должна попадать в установленный диапазон.)

Если параметр задан числом, то функция sendTransaction сама преобразует его в строку с точностью 6 знаков после запятой. Поэтому для бумаг с меньшей точностью цен, чтобы не получить ошибку, необходима принудительная конвертация.

Но строковое представление цены нужно для формирования транзакции при отправке на сервер, а не потому что

kalikazandr пишет:

Строковое представление цены нужно для цен, в которых scale > 4.

d = 0.00005
print(d) --> 5e-005

100% именно из-за этой особенности требуется строковое представление числа

К тому же, там округление по математическим правилам, а у вас тупо отбрасывание лишних знаков.

Зачем обижаться? Я, иногда, (зачастую) туплю, особенно, когда под шафе.
Кому нужны математические правила (и кто знает арифметику за 5 класс), тот ТупО сделал так:
return math_floor(val/step + 0.5)*step

"100" и "100.0" и "100.0000" на сервере биржи будут равны 100

Ерунда. Если шаг цены = 0.1, то при "PRICE = "100.0000" вы получите сообщение об ошибке:

Строковое представление цены нужно для формирования транзакции при отправке на сервер, а не потому что

Соответственно, при конвертации числа в строку разница в скорости по сравнению с вариантом из [url=https://quik2dde.ru/viewtopic.php?pid=85#p85]поста 2[/url] будет уже не в 14 раз, а ~17% (при оптимизации).
К тому же, там округление по математическим правилам, а у вас тупо отбрасывание лишних знаков.
Но вы не обижайтесь: я ж справедливую критику даю.

Учитывая, что нужно строковое представление цены с заданной точностью, ваш вариант не годится:

print(doStep(100, 0.1)) --> 100 (должно быть "100.0")

А вы попробуйте, а потом пишите.
Строковое представление цены нужно для цен, в которых scale > 4.
"100" и "100.0" и "100.0000" на сервере биржи будут равны 100
Или вы не знали об этом? Плохо, учите мат.часть.
Вот вам пример:

d = 0.00005
print(d) --> 5e-005
d= 0.0005
print(d) --> 0.0005

Поэтому и только поэтому нужно строковое представление числа.
Если вам не нравится мой способ, да флаг вам в руки - не пользуйтесь.

local math_floor = math.floor
--
local doStep = function (val, step)
    return math_floor(val/step)*step
end

Учитывая, что нужно строковое представление цены с заданной точностью, ваш вариант не годится:

print(doStep(100, 0.1)) --> 100 (должно быть "100.0")

kalikazandr,

Нужно
1) строковое представление цены (именно строковое! хотя, вероятно, надо оторвать за это квиковцам голову)
2) ваш вариант не годится для дробных цен (с копейками, долями копеек), он всегда вернёт только целочисленное значение.

может я не понял суть вопроса, но мой вариант округляет любую цену до нужного scale, другого я не вижу варианта для торговли.

Нужно
1) строковое представление цены (именно строковое! хотя, вероятно, надо оторвать за это квиковцам голову)
2) ваш вариант не годится для дробных цен (с копейками, долями копеек), он всегда вернёт только целочисленное значение.

local math_floor = math.floor
--
local doStep = function (val, step)
    return math_floor(val/step)*step
end

как минимум в 14 раз быстрее, чем " return string.format("%."..tostring(scale) .."f", value) "

mbul,
спасиб за подсказку. Ваш пример действительно мнооого короче моего )
Причем он правильно работает и для скейла 0 (не выводит точку), я только для этого выдумал такой большой код, а оказывается, все можно сделать много проще.