IP
если ткнете пальцем где у майкрософта в азуре есть апи к транзакциям биткоина — буду благодарен
Size: a a a
2017 July 30
IP
можно, конечно использовать внешние обозреватели блоков, типа blockchain.info, но это гонять через сеть большие объемы данных
2017 July 31
AA
А идея уже есть или подкинуть несколько?)
Подкиньте. Можно и в л/с
WS
A A
Подкиньте. Можно и в л/с
Отправил
DC
Ребят, а есть исчерпывающий туториал по ico на русском/английском, который может помочь новому человеку разобраться в этом
Г
Ребят, а есть исчерпывающий туториал по ico на русском/английском, который может помочь новому человеку разобраться в этом
Тоже интересно
OS
Нормальную подборку скину вечером -)
Г
Нормальную подборку скину вечером -)
Спасибочки
DC
Грац
RR
можно, конечно использовать внешние обозреватели блоков, типа blockchain.info, но это гонять через сеть большие объемы данных
О каких объемах речь, что их сложно гонять?
Можно данные брать с этого сайта, можно с других.
Илья, а может лучше сделать аналог блумберг терминала для крипты?
Для брокеров это почти стандарт, ценник терминала где-то $2000 в месяц на машину. Очень прибыльная тема... Туда можно потом и ML прикрутить и анализ твитера))
Можно данные брать с этого сайта, можно с других.
Илья, а может лучше сделать аналог блумберг терминала для крипты?
Для брокеров это почти стандарт, ценник терминала где-то $2000 в месяц на машину. Очень прибыльная тема... Туда можно потом и ML прикрутить и анализ твитера))
IP
О каких объемах речь, что их сложно гонять?
Можно данные брать с этого сайта, можно с других.
Илья, а может лучше сделать аналог блумберг терминала для крипты?
Для брокеров это почти стандарт, ценник терминала где-то $2000 в месяц на машину. Очень прибыльная тема... Туда можно потом и ML прикрутить и анализ твитера))
Можно данные брать с этого сайта, можно с других.
Илья, а может лучше сделать аналог блумберг терминала для крипты?
Для брокеров это почти стандарт, ценник терминала где-то $2000 в месяц на машину. Очень прибыльная тема... Туда можно потом и ML прикрутить и анализ твитера))
Если мы говорим о биткоине, то размер блокчейна 126Гб, эфир еще больше
IP
а каким вы видете блумберг-терминал для криптовалют?
RR
126 ГБ вообще ни о чем с современными каналами. Тем более это разовая операция.
Таким же удобным и информативным как обычный, только возможностей будет поменьше, так как биржи менее функцинальны
Таким же удобным и информативным как обычный, только возможностей будет поменьше, так как биржи менее функцинальны
N
Роман, мы хотим сделать что-то похожее о том, что вы говорите, на платформе Blockchair.com
N
Спрос на хорошую аналитику действительно есть, и очень большой, ребята из Dolphin идут в правильном направлении
SB
можно, конечно использовать внешние обозреватели блоков, типа blockchain.info, но это гонять через сеть большие объемы данных
Ну у тебя есть по сути два варианта - ставить полную ноду у себя или дергать данные с полной нодой, которая стоит где-то еще. Это все больше зависит от конкретных задач, что именно требуется тянуть с блокчейна, с какой интенсивностью/требованиями задержки, подразумевается ли так же запись в блокчейн, где хранятся ключи и как они должны взаимодействовать и т.д. и т.п.
Если тебе данные из блокчейна нужно просто пользователю показывать, и что бы пользователь же с ними взаимодействовал(ключи у пользователя), то самый простой вариант это вообще не заморачиваться с этим, и написать веб-сервис на ноде+веб3+пользовательский метамаск.
Если у тебя простое серверное приложение, и ты хочешь только показывать данные из блокчейна без взаимодействий с ключами, записью и подписью транзакций - API эксплореров вроде blockchain.info или etherscan, но они медленные и имеют ограничения по количеству запросов, на высоконагруженном ресурсе будет падать.
Если у тебя приложение само должно взаимодействовать с блокчейном, подписывать транзакции, но при этом оно должно быть тонким - infura.
В таком случае правда возникает еще один вопрос - Все ноды принимают подписанные транзы в формате JSON-RPC, но как и где их формировать? Если ты пишешь стандартный Dapp проблем нет - просто можно использовать web3js. В принципе еще если приложение написано на голанге, то можно использовать официальный генератор, что бы получить голанг-артефакты, и так же обращаться к контракту используя объектную модель. (И если мне не изменяет память, то кажется еще есть какой-то аналог веб3 для C#).
Во всех остальных случаях придется самому писать генератор и обработчик транзакций, что является натурально адским трудом.
Ну и если смотреть чисто на программный выбор ноды, то тут можно например вспомнить про парити, который в легкой версии выкачивает снимок блокчейна весом не более 200мб
Если тебе данные из блокчейна нужно просто пользователю показывать, и что бы пользователь же с ними взаимодействовал(ключи у пользователя), то самый простой вариант это вообще не заморачиваться с этим, и написать веб-сервис на ноде+веб3+пользовательский метамаск.
Если у тебя простое серверное приложение, и ты хочешь только показывать данные из блокчейна без взаимодействий с ключами, записью и подписью транзакций - API эксплореров вроде blockchain.info или etherscan, но они медленные и имеют ограничения по количеству запросов, на высоконагруженном ресурсе будет падать.
Если у тебя приложение само должно взаимодействовать с блокчейном, подписывать транзакции, но при этом оно должно быть тонким - infura.
В таком случае правда возникает еще один вопрос - Все ноды принимают подписанные транзы в формате JSON-RPC, но как и где их формировать? Если ты пишешь стандартный Dapp проблем нет - просто можно использовать web3js. В принципе еще если приложение написано на голанге, то можно использовать официальный генератор, что бы получить голанг-артефакты, и так же обращаться к контракту используя объектную модель. (И если мне не изменяет память, то кажется еще есть какой-то аналог веб3 для C#).
Во всех остальных случаях придется самому писать генератор и обработчик транзакций, что является натурально адским трудом.
Ну и если смотреть чисто на программный выбор ноды, то тут можно например вспомнить про парити, который в легкой версии выкачивает снимок блокчейна весом не более 200мб
IP
Роман, мы хотим сделать что-то похожее о том, что вы говорите, на платформе Blockchair.com
Красиво у вас
N
У digital assets очень много аспектов, которые не присущи традиционным активам, поэтому стандартные решения не очень подходят :)
IP
Ну у тебя есть по сути два варианта - ставить полную ноду у себя или дергать данные с полной нодой, которая стоит где-то еще. Это все больше зависит от конкретных задач, что именно требуется тянуть с блокчейна, с какой интенсивностью/требованиями задержки, подразумевается ли так же запись в блокчейн, где хранятся ключи и как они должны взаимодействовать и т.д. и т.п.
Если тебе данные из блокчейна нужно просто пользователю показывать, и что бы пользователь же с ними взаимодействовал(ключи у пользователя), то самый простой вариант это вообще не заморачиваться с этим, и написать веб-сервис на ноде+веб3+пользовательский метамаск.
Если у тебя простое серверное приложение, и ты хочешь только показывать данные из блокчейна без взаимодействий с ключами, записью и подписью транзакций - API эксплореров вроде blockchain.info или etherscan, но они медленные и имеют ограничения по количеству запросов, на высоконагруженном ресурсе будет падать.
Если у тебя приложение само должно взаимодействовать с блокчейном, подписывать транзакции, но при этом оно должно быть тонким - infura.
В таком случае правда возникает еще один вопрос - Все ноды принимают подписанные транзы в формате JSON-RPC, но как и где их формировать? Если ты пишешь стандартный Dapp проблем нет - просто можно использовать web3js. В принципе еще если приложение написано на голанге, то можно использовать официальный генератор, что бы получить голанг-артефакты, и так же обращаться к контракту используя объектную модель. (И если мне не изменяет память, то кажется еще есть какой-то аналог веб3 для C#).
Во всех остальных случаях придется самому писать генератор и обработчик транзакций, что является натурально адским трудом.
Ну и если смотреть чисто на программный выбор ноды, то тут можно например вспомнить про парити, который в легкой версии выкачивает снимок блокчейна весом не более 200мб
Если тебе данные из блокчейна нужно просто пользователю показывать, и что бы пользователь же с ними взаимодействовал(ключи у пользователя), то самый простой вариант это вообще не заморачиваться с этим, и написать веб-сервис на ноде+веб3+пользовательский метамаск.
Если у тебя простое серверное приложение, и ты хочешь только показывать данные из блокчейна без взаимодействий с ключами, записью и подписью транзакций - API эксплореров вроде blockchain.info или etherscan, но они медленные и имеют ограничения по количеству запросов, на высоконагруженном ресурсе будет падать.
Если у тебя приложение само должно взаимодействовать с блокчейном, подписывать транзакции, но при этом оно должно быть тонким - infura.
В таком случае правда возникает еще один вопрос - Все ноды принимают подписанные транзы в формате JSON-RPC, но как и где их формировать? Если ты пишешь стандартный Dapp проблем нет - просто можно использовать web3js. В принципе еще если приложение написано на голанге, то можно использовать официальный генератор, что бы получить голанг-артефакты, и так же обращаться к контракту используя объектную модель. (И если мне не изменяет память, то кажется еще есть какой-то аналог веб3 для C#).
Во всех остальных случаях придется самому писать генератор и обработчик транзакций, что является натурально адским трудом.
Ну и если смотреть чисто на программный выбор ноды, то тут можно например вспомнить про парити, который в легкой версии выкачивает снимок блокчейна весом не более 200мб
Спасибо, но я не спрашивал, а предлагал как альтернативу