войти зарегистрироваться

GTDWM > банк = Технический овердрафт

Сейчас на рынке представлен широкий спектр услуг по обмену, покупке и продаже электронных валют.
Многие выводят (обналичивают) WM при этом выбирают оптимальную для себя модель «обмена».

Все мы обращаем внимание на фразы типа "Мы работаем для Вас 24 часа в сутки. Поскольку обмен электронных денег полностью автоматизирован, все заявки на обмен выполняются моментально.", основной критерий — Мне это удобно!

На днях столкнулся с проблемой технического овердрафта на пустом месте. С позиции банка — суть проста, и понятна кому угодно, но не клиенту, который осуществляет простую процедуру перевода электронных валют и пункта А в пункт Б.

Постараюсь тезисно по шагам пояснить когда возникает «Технический овердрафт»:

Персональные блоги Подробности о 17-значном глюке Visa

На днях некоторые владельцы карточек Visa получили завышенные счета за оплату рядовых услуг. В распечатках транзакций по карточке люди видели астрономическую сумму $23,148,855,308,184,500.00 (23,1 квадриллиона долларов) плюс штраф $15 за овердрафт по карточке. Эта сумма во много раз превышает мировой ВВП. Банки и компания Visa после непродолжительного разбирательства сообщили, что ошибка вызвана техническим глюком, но не раскрыли никаких подробностей.

Но на самом деле сумма ошибочно списанного платежа сама по себе выявляет природу ошибки. Вот посмотрите на это число

$23.148.855.308.184.500.00

Скорее всего, на карточке оно хранится как

2314885530818450000

Если перевести его в шестнадцатеричную систему, то мы получим

20 20 20 20 20 20 12 50

Большинство программистов C/C++ уже поняли, в чём ошибка, ведь hex 20 — это пробел. То есть в результате, скорее всего, ошибки программирования в ячейке данных оказались пробелы вместо нулей.

via slashdot