А ещё не работает вывод уже 3 дня
Дык вывод не автоматический, а сейчас праздники. 
Topic: Публичное обращение к bitlish.com (Read 1103 times)
А ещё не работает вывод уже 3 дня
Удивительно, но на форуме нет даже темы от представителей этого сервиса.
Так как мое сообщение в саппорт не является жалобой об ошибке, я почти не сомневаюсь что это сообщение просуществует не дольше времени, необходимого для его прочтения, и будет удалено хелпдеском сразу же, поэтому продублирую его в паблик, наверняка кто то пожелает что-нибудь добавить.
Так как мое сообщение в саппорт не является жалобой об ошибке, я почти не сомневаюсь что это сообщение просуществует не дольше времени, необходимого для его прочтения, и будет удалено хелпдеском сразу же, поэтому продублирую его в паблик, наверняка кто то пожелает что-нибудь добавить.
Quote
Здравствуйте,
Текущий формат отображения данных в истории сделок в личном кабинете (закладка finance) совершенно не подходит к использованию.
Отображается время заключения сделки, но не время ее исполнения (разница может быть в несколько суток), так например по логу сделка продажи у меня отображается 2-го, но после этого мне начислялись дивиденды, что логично, ведь исполнилась сделка 5-го, а 2-го только был выставлен ордер на продажу (это было на другом аккаунте).
Нет разницы между пополнениями депозита переводом bitcoin и перевод доходов от майнинга, тип в таблице указан тот же deposit, хотя можно было бы завести новый тип перевода - mining. Так же для этих записей было бы неплохо указывать количество GH/s участвующих в формировании этого пополнения (особенно это важно потому, что до сих пор неизвестно, как именно вычисляется доход от владения GH/s на бирже и какие комиссии за обслуживание)
Вот пример моих вычислений https://onedrive.live.com/redir?resid=53EDA9691E0BC607!468&authkey=!ACtxIzPSpIV7bMg&ithint=file%2c.xlsx
на основе доходов от 460GH/s видно что хотя первоначально количество дивидендов в сумме было выплачено больше расчетного, кривая выплат загибается быстрее PPS
Нет никакой информации о цене сделки (как совершенной так и заключаемой) под это можно было бы отвести отдельную колонку.
И последнее, небольшое неудобство, формат отображения даты используемый сервисом не принимается ms excell (даже при выставлении custom формата и выборе языка 'английский usa'), особенно это актуально до тех пор пока вы не предоставить machine usable формат выгружаемых данных (я думаю все были бы рады дате в unixtime utc, простой формулой она переводится в дату и в excell).
Осмелюсь предложить следующий формат отображения истории сделок в единой таблице (он не потребует какой либо серьезной доработки кода программистом и при этому будет станет удобен всем пользователям для будущего анализа, в т.ч. автоматического):
0. Идентификатор сделки/события (некоторые халявят и определяют идентификатор как microtime в целочисленном виде и 6 значащих после запятой - влезает в int64 и подходит для однозадачных сервисов)
Идентификаторы фактов частичного исполнения сделок могут быть одинаковыми в личных кабинетах разных пользователей и совпадать с публичным логом историй сделок
Очень удобно ВСЕМ, со службой поддержки общаться предметно по конкретным сделкам по их идентификаторам например
1. Время создания (выставление сделки, запрос на вывод средств)
2. Время исполнения (исполнение/отмена сделки)
для пополнений депозита и доходов от майнинга эти даты могут совпадать
3. Тип события:
* deposit / withdraw - запрос на вывод и пополнения депозита (переводом)
* mining - пополнение депозита доходами от майнинга
* trade / order - выставление отложенных ордеров и их исполнение или отмена
На каждое частичное исполнение отдельная запись, например если сделка была заключена и исполнена одним торгом будет только одна запись, или если сделка была создана, частично исполнена и затем отменена то в истории должно быть две записи - первая на факт создания и частичного исполнения, вторая - на отмену
4. Текущие размеры депозитов - депозиты по каждой валюте аккаунта после совершения описываемых записью действий
Если на аккаунте несколько счетов - по каждой валюте своя колонка - BTC/LTC/GH/s !!! Я рекомендую для удобства пользователя выделять цветом ячейки изменившихся депозитов (серым - не изменившийся, черным выделенным - изменившийся)
5. Название валюты или валютной пары события
например для операций пополнения это BTC или GH/s, а для торговых операций это название валютной пары, например GHS/BTC
6. Объем сделки в базовой валюте операции (указанной в поле 5)
Для сделок это объем отложенного ордера (заключенного). Это значение меняется для сделки после частичного исполнения (можно и не менять или завести еще одну колонку, кому то покажется что это излишнее дублирование информации, но при решении проблем это полезно всем)
7. Фактический объем операции (для частичного исполнения сделок)
Для совершенных сделок необходимо знать объем исполнения (заключили сделку на 100GHS продали 30GHS в это поле нужно записать 30), отмена сделки действует на весь объем. Для фактов пополнения deposit/withdraw/mining это поле может быть равно объему сделки (6 колонка)
8. Статус - статус (подтип) операции
* done - операция исполнена успешно
* error - операция завершилась с критической ошибкой (например пополнение не сработало потому что транзакция так и не была подтверждена сетью и удалена из rawmemorypool по таймауту)
* cancel - операция была отменена
* hold - операция еще не завершена
9. текстовый коментарий к операции, например описание ошибки или причина отмены операции (строка 'Cancelled by user')
p.s. дополнение от меня жеТекущий формат отображения данных в истории сделок в личном кабинете (закладка finance) совершенно не подходит к использованию.
Отображается время заключения сделки, но не время ее исполнения (разница может быть в несколько суток), так например по логу сделка продажи у меня отображается 2-го, но после этого мне начислялись дивиденды, что логично, ведь исполнилась сделка 5-го, а 2-го только был выставлен ордер на продажу (это было на другом аккаунте).
Нет разницы между пополнениями депозита переводом bitcoin и перевод доходов от майнинга, тип в таблице указан тот же deposit, хотя можно было бы завести новый тип перевода - mining. Так же для этих записей было бы неплохо указывать количество GH/s участвующих в формировании этого пополнения (особенно это важно потому, что до сих пор неизвестно, как именно вычисляется доход от владения GH/s на бирже и какие комиссии за обслуживание)
Вот пример моих вычислений https://onedrive.live.com/redir?resid=53EDA9691E0BC607!468&authkey=!ACtxIzPSpIV7bMg&ithint=file%2c.xlsx
на основе доходов от 460GH/s видно что хотя первоначально количество дивидендов в сумме было выплачено больше расчетного, кривая выплат загибается быстрее PPS
Нет никакой информации о цене сделки (как совершенной так и заключаемой) под это можно было бы отвести отдельную колонку.
И последнее, небольшое неудобство, формат отображения даты используемый сервисом не принимается ms excell (даже при выставлении custom формата и выборе языка 'английский usa'), особенно это актуально до тех пор пока вы не предоставить machine usable формат выгружаемых данных (я думаю все были бы рады дате в unixtime utc, простой формулой она переводится в дату и в excell).
Осмелюсь предложить следующий формат отображения истории сделок в единой таблице (он не потребует какой либо серьезной доработки кода программистом и при этому будет станет удобен всем пользователям для будущего анализа, в т.ч. автоматического):
0. Идентификатор сделки/события (некоторые халявят и определяют идентификатор как microtime в целочисленном виде и 6 значащих после запятой - влезает в int64 и подходит для однозадачных сервисов)
Идентификаторы фактов частичного исполнения сделок могут быть одинаковыми в личных кабинетах разных пользователей и совпадать с публичным логом историй сделок
Очень удобно ВСЕМ, со службой поддержки общаться предметно по конкретным сделкам по их идентификаторам например
1. Время создания (выставление сделки, запрос на вывод средств)
2. Время исполнения (исполнение/отмена сделки)
для пополнений депозита и доходов от майнинга эти даты могут совпадать
3. Тип события:
* deposit / withdraw - запрос на вывод и пополнения депозита (переводом)
* mining - пополнение депозита доходами от майнинга
* trade / order - выставление отложенных ордеров и их исполнение или отмена
На каждое частичное исполнение отдельная запись, например если сделка была заключена и исполнена одним торгом будет только одна запись, или если сделка была создана, частично исполнена и затем отменена то в истории должно быть две записи - первая на факт создания и частичного исполнения, вторая - на отмену
4. Текущие размеры депозитов - депозиты по каждой валюте аккаунта после совершения описываемых записью действий
Если на аккаунте несколько счетов - по каждой валюте своя колонка - BTC/LTC/GH/s !!! Я рекомендую для удобства пользователя выделять цветом ячейки изменившихся депозитов (серым - не изменившийся, черным выделенным - изменившийся)
5. Название валюты или валютной пары события
например для операций пополнения это BTC или GH/s, а для торговых операций это название валютной пары, например GHS/BTC
6. Объем сделки в базовой валюте операции (указанной в поле 5)
Для сделок это объем отложенного ордера (заключенного). Это значение меняется для сделки после частичного исполнения (можно и не менять или завести еще одну колонку, кому то покажется что это излишнее дублирование информации, но при решении проблем это полезно всем)
7. Фактический объем операции (для частичного исполнения сделок)
Для совершенных сделок необходимо знать объем исполнения (заключили сделку на 100GHS продали 30GHS в это поле нужно записать 30), отмена сделки действует на весь объем. Для фактов пополнения deposit/withdraw/mining это поле может быть равно объему сделки (6 колонка)
8. Статус - статус (подтип) операции
* done - операция исполнена успешно
* error - операция завершилась с критической ошибкой (например пополнение не сработало потому что транзакция так и не была подтверждена сетью и удалена из rawmemorypool по таймауту)
* cancel - операция была отменена
* hold - операция еще не завершена
9. текстовый коментарий к операции, например описание ошибки или причина отмены операции (строка 'Cancelled by user')
Quote
10. колонка - fee сделки
Jump to: