Size: a a a

2017 October 18

AG

Alexey Gebbels in DeСenter Dev
Хороший вопрос.
источник

AK

Aleksandr Kozlov in DeСenter Dev
Алексей Серебряков
Подскажите пожалуйста. Сложность майнинга как-то влияей на безопасность blockchain? или это только механизм для контроля времени вычисления блока?
контроль времени влияет на безопасность
источник

CI

Co. In in DeСenter Dev
Алексей Серебряков
Подскажите пожалуйста. Сложность майнинга как-то влияей на безопасность blockchain? или это только механизм для контроля времени вычисления блока?
Влияет. С малой сложностью легко добиться атаки 51%
источник

АС

Алексей Серебряков in DeСenter Dev
Понятно. Спасибо. Ну и чем длиннее blockchain, тем сложнее его изменить? Я извиняюсь за тупые вопросы, 4 дня только с blockchain разбираюсь.)
источник

D

Dorzhi in DeСenter Dev
что ты имеешь ввиду под изменить? blockchain тем и хорош что информация в нем иммутабельна
источник

AB

Anton Bukov in DeСenter Dev
Андрей
после раскуривания SoF  и документации я понял что
зная passphrase и address - невозможно получить secretKey
зная secretKey  и address - невозможно получить passphrase

но беда в том что testrpc не умеет в passphrase и позволяет манпулировать аккаунтами только через address  и secretKey
а web3js  в свою очередь болт ложил на secretKey. для анлока аккаунта может использоваться только passphrase. а без анлока невозможно использовать sendTransaction()  метод
Вот так можно выводить: passphrase => private key => public key => address
источник

А

Андрей in DeСenter Dev
?
источник

А

Андрей in DeСenter Dev
совсем не понял или несовсем понял.
зная passphrase можно получить private key?
источник

АС

Алексей Серебряков in DeСenter Dev
Dorzhi
что ты имеешь ввиду под изменить? blockchain тем и хорош что информация в нем иммутабельна
Вот я про это и говорю. Что чем длиннее blockchain тем сложнее изменить в нем блок. Потому что нужно будет пересчитывать хеши всех последующих блоков. Я надюсь правильно все понимаю. А последний блок можно изменить что ли? Чет не понимаю.
источник

AK

Aleksandr Kozlov in DeСenter Dev
Алексей Серебряков
Вот я про это и говорю. Что чем длиннее blockchain тем сложнее изменить в нем блок. Потому что нужно будет пересчитывать хеши всех последующих блоков. Я надюсь правильно все понимаю. А последний блок можно изменить что ли? Чет не понимаю.
всё верно
да, любой блок можно попытаться переписать, рассчитав заместо него свой блок (напр.: пустой) со своим успешым хэшем, соответствующий правилам сети, и успев посчитать блоки поверх него, сделав свою цепочку более высокой, успев это сделать быстрее, чем остальная сеть; по этой причине сервисы и ждут несколько конфирмов, для снижения вероятности перестройки сети на другой блокчейн и отката транзакций

но система алгоритмически более менее защищена подобных атак, злоумышленнику на высокой сложности сети просто не хватит мощностей для проведения такой атаки
источник

AB

Anton Bukov in DeСenter Dev
Андрей
совсем не понял или несовсем понял.
зная passphrase можно получить private key?
да
источник

AB

Anton Bukov in DeСenter Dev
Андрей
совсем не понял или несовсем понял.
зная passphrase можно получить private key?
источник

D

Dorzhi in DeСenter Dev
Алексей Серебряков
Вот я про это и говорю. Что чем длиннее blockchain тем сложнее изменить в нем блок. Потому что нужно будет пересчитывать хеши всех последующих блоков. Я надюсь правильно все понимаю. А последний блок можно изменить что ли? Чет не понимаю.
тут нужно наверное разметить черту, что есть блоки подтвержденные, т.е. они уже являются частью истории для большинства нод, а есть кандидаты на следующий подтвержденный блок, кандидатов разумеется можно менять пока это имеет смысл (т.е. сетью еще не был найден следующий блок)
источник

АС

Алексей Серебряков in DeСenter Dev
Dorzhi
тут нужно наверное разметить черту, что есть блоки подтвержденные, т.е. они уже являются частью истории для большинства нод, а есть кандидаты на следующий подтвержденный блок, кандидатов разумеется можно менять пока это имеет смысл (т.е. сетью еще не был найден следующий блок)
Ну да. Я имел в виду блоки которые уже в blockchain.
источник

D

Dorzhi in DeСenter Dev
Алексей Серебряков
Ну да. Я имел в виду блоки которые уже в blockchain.
тут я говорю ИМХО, что длина блокчейна не влияет на сложность подмены истории блоков, но мб гуру знают истину
источник

NK

ID:392197263 in DeСenter Dev
Всем Привет!В токене  decimals 9,нужно  в crowdsale нужно сделать 500 токенов за 1эфир сделать,создаю через мист,правильно ли  написана цена которую нужно ввести                                         200 0000000000000  ?
источник

АС

Алексей Серебряков in DeСenter Dev
А еще вопрос. Имеет смысл разварачивать приватную Ethereum сеть в пределах одной комапании? Я не могу оценить корректность это решение, т.к. пока не понимаю всех тонкостей.
источник

HT

Hermes Tradition in DeСenter Dev
Aleksandr Kozlov
всё верно
да, любой блок можно попытаться переписать, рассчитав заместо него свой блок (напр.: пустой) со своим успешым хэшем, соответствующий правилам сети, и успев посчитать блоки поверх него, сделав свою цепочку более высокой, успев это сделать быстрее, чем остальная сеть; по этой причине сервисы и ждут несколько конфирмов, для снижения вероятности перестройки сети на другой блокчейн и отката транзакций

но система алгоритмически более менее защищена подобных атак, злоумышленнику на высокой сложности сети просто не хватит мощностей для проведения такой атаки
В деве пошли наконец таки серьезные разговоры. Вчера про это спрашивал!
источник

А

Андрей in DeСenter Dev
а есть где в сети список криптовалют основанных на ethereum?
источник

А

Андрей in DeСenter Dev
ну токенов
источник