KA
привет, да оно, полностью на смарт-контрактах
Size: a a a
2017 June 15
DI
Были какие-нибудь проблемы интереные при реализации на Solidity?
DI
Не помню, кстати, делился или нет - https://ubiqsmart.com/
Ubiq is a decentralized platform which allows the creation and implementation of smart contracts and decentralized applications. Built upon an improved Ethereum codebase, the Ubiq blockchain acts as a large globally distributed ledger and supercomputer, allowing developers to create decentralized and automated solutions to thousands of tasks which today are carried out by third party intermediaries.DI
И вот ещё про безопасность и аудит СК
https://www.comp.nus.edu.sg/~loiluu/oyente.html
An Analysis Tool for Smart Contracts
Cryptocurrencies record transactions in a decentralized data structure called a blockchain. Two of the most popular cryptocurrencies, Bitcoin and Ethereum, support the feature to encode rules or scripts for processing transactions. This feature has evolved to give practical shape to the ideas of smart contracts, or full-fledged programs that are run on blockchains. Recently, Ethereum's smart contract system has seen steady adoption, supporting tens of thousands of contracts, holding millions dollars worth of virtual coins.
https://www.comp.nus.edu.sg/~loiluu/oyente.html
KA
Были какие-нибудь проблемы интереные при реализации на Solidity?
Мне кажется одна из интересных проблем - архитектура, чтобы можно было вносить изменения с минимальными затратами, поэтому функционал разбивается на много отдельных контрактов, потому что деплоить дорого, а вносить изменения нужно.
Был интересный момент, не мог понять в чем причина - получить в web3 ивент из контракта, хэш транзакции недостаточно, чтобы убедиться, что транзакция произошла, чтобы быть уверенным, нужно чтобы блок был подтвержден хотя бы 6 раз.
Был интересный момент, не мог понять в чем причина - получить в web3 ивент из контракта, хэш транзакции недостаточно, чтобы убедиться, что транзакция произошла, чтобы быть уверенным, нужно чтобы блок был подтвержден хотя бы 6 раз.
DI
Мне кажется одна из интересных проблем - архитектура, чтобы можно было вносить изменения с минимальными затратами, поэтому функционал разбивается на много отдельных контрактов, потому что деплоить дорого, а вносить изменения нужно.
Был интересный момент, не мог понять в чем причина - получить в web3 ивент из контракта, хэш транзакции недостаточно, чтобы убедиться, что транзакция произошла, чтобы быть уверенным, нужно чтобы блок был подтвержден хотя бы 6 раз.
Был интересный момент, не мог понять в чем причина - получить в web3 ивент из контракта, хэш транзакции недостаточно, чтобы убедиться, что транзакция произошла, чтобы быть уверенным, нужно чтобы блок был подтвержден хотя бы 6 раз.
Да, мы как раз на одном из внутренних совещаний приходили к тому, что такая организация приведёт к микросервисноц (в данном случае "микроконтрактная") архитектуре. А далее возникнет необходимо менеджмента версий и dependencies hell. Ничего нового в этой вселенной. :)
DI
Мне кажется одна из интересных проблем - архитектура, чтобы можно было вносить изменения с минимальными затратами, поэтому функционал разбивается на много отдельных контрактов, потому что деплоить дорого, а вносить изменения нужно.
Был интересный момент, не мог понять в чем причина - получить в web3 ивент из контракта, хэш транзакции недостаточно, чтобы убедиться, что транзакция произошла, чтобы быть уверенным, нужно чтобы блок был подтвержден хотя бы 6 раз.
Был интересный момент, не мог понять в чем причина - получить в web3 ивент из контракта, хэш транзакции недостаточно, чтобы убедиться, что транзакция произошла, чтобы быть уверенным, нужно чтобы блок был подтвержден хотя бы 6 раз.
6 раз - это имперически-подобранное значение? Или по спеке?
K
6 раз - это имперически-подобранное значение? Или по спеке?
т.е. если я в контракте получаю эфир то надо ждать 6 конфов как в старые добрые на битке?
K
и вчем именно был интересный момент? функция не вызывалась?
DI
Передаём микрофон к Kanstantsin :)
KA
Cуть в том, что пришел успешный ивент из контракта, и я получил хэш транзакции, но потом обнаружилось, что блок, в который попала транзакция стал orphaned и ушел обратно майнерам, т.е. хэш, который я получил - стал действительный. Но это очень редко бывает. А 6 блоков - да, оказывается такое старое правило, я о нем не знал.
D
Cуть в том, что пришел успешный ивент из контракта, и я получил хэш транзакции, но потом обнаружилось, что блок, в который попала транзакция стал orphaned и ушел обратно майнерам, т.е. хэш, который я получил - стал действительный. Но это очень редко бывает. А 6 блоков - да, оказывается такое старое правило, я о нем не знал.
Я немного почитал про солидити, мне понравилась идея блокчейн бд с хранимыми процедурами и иммутабельностью, но я вот чего не пойму: код запускается внутри виртуалки, т.е. человеку без спецсредств он будет недоступен. Мало того, как я понимаю, контракты в основном привязаны к адресам, так что всегда нужна будет аутентификация перед работой с бч
D
И теперь мой вопрос: как сообщество видит всеобщий переход на "eth-браузеры/мессенджеры
AS
Добрый вечер Друзья! Кто подскажет либу на Java, что умеет из базы эфира доставать транзакции с токенами?
D
Без этого же бессмысленно писать приложения, рынок узенький
N
ребят
N
а декомпиляторы нормальные для байткода есть?
AS
Прошу прощения, сразу не заметил, чуть позже представлять кто я и что умею
N
работающие
D
четыреста существующих приложений - это ж позор, хотя я уверен, что блокчейн может поконкурировать с облачными бд