Size: a a a

2018 January 11

AD

Andrey Degtyaruk in DeСenter Dev
Понятно, что нужно иметь возможность создания:
mintable, burnable, ownable и т.п. но ведь есть еще более специфические вещи типа запрета трансферов, например
источник

IK

Ivan K in DeСenter Dev
mutable 🙂
источник

IK

Ivan K in DeСenter Dev
такие конструкторы потребуют "консультантов по настройке wordpress"
источник

AV

Artem Vasilev in DeСenter Dev
конструктор не подразумевает некой модульности, для добавления новых сущностей для выбора к конструированию? если да, то берите то что есть и делайте, и не ждите аккумуляции опыта\потребностей. если грамотное ядро написали, то любые ваши добавленные сущности встанут в обойму.
я может неправ и ошибаюсь, что скорее всего, но за фразами, надо сначала собрать... я прям вижу (ничего не сделано, есть идея, но мы пока не делаем и когда не знаем" :)
источник

AD

Andrey Degtyaruk in DeСenter Dev
Artem Vasilev
конструктор не подразумевает некой модульности, для добавления новых сущностей для выбора к конструированию? если да, то берите то что есть и делайте, и не ждите аккумуляции опыта\потребностей. если грамотное ядро написали, то любые ваши добавленные сущности встанут в обойму.
я может неправ и ошибаюсь, что скорее всего, но за фразами, надо сначала собрать... я прям вижу (ничего не сделано, есть идея, но мы пока не делаем и когда не знаем" :)
То что сделано нашей командой всегда можно посмотреть на GitHub) Мы тут одни из немногих, кто ЛК. инвестора в Open Source выложили например
источник

AD

Andrey Degtyaruk in DeСenter Dev
Ну и еще с пяток полезных вещей)
источник

AD

Andrey Degtyaruk in DeСenter Dev
Так что давайте лучше без обвинений) У нас есть свое виденье на то, как должны делаться продукты и на что опираться при их производстве. До сего момента оно нас не подводило) Имея возможность сначала узнать потребности и подгонять софт под них, довольно. глупо ей не пользоваться) А возможность такая есть
источник

AD

Andrey Degtyaruk in DeСenter Dev
Вместо обвинений лучше помогите контрибуциями в наши проекты 🙂 Так глядишь, может и конструктор быстрее появится в паблик доступе)
https://github.com/JincorTech/backend-ico-dashboard
https://github.com/JincorTech/frontend-supreme-happiness
https://github.com/JincorTech/backend-auth
https://github.com/JincorTech/backend-verify
https://github.com/JincorTech/ico
источник

ДИ

Денис Ильиных 🏂 💻 in DeСenter Dev
Вопрос :)
источник

ДИ

Денис Ильиных 🏂 💻 in DeСenter Dev
Смарт контракты , если их много
источник

ДИ

Денис Ильиных 🏂 💻 in DeСenter Dev
Каждая нода проверяет их все ? И условия их выполнения ?
источник

ДИ

Денис Ильиных 🏂 💻 in DeСenter Dev
А если контракт постоянный :) то он будет весело и проверяться до конца века ?)
источник

AK

Alexander Kolotov in DeСenter Dev
Денис Ильиных 🏂 💻
Каждая нода проверяет их все ? И условия их выполнения ?
да, каждая полная нода
источник

AK

Alexander Kolotov in DeСenter Dev
Денис Ильиных 🏂 💻
А если контракт постоянный :) то он будет весело и проверяться до конца века ?)
что значит "постоянный"?
источник

ДИ

Денис Ильиных 🏂 💻 in DeСenter Dev
Alexander Kolotov
что значит "постоянный"?
Ну я слышал есть удаляемые смарты и постоянные
источник

ДИ

Денис Ильиных 🏂 💻 in DeСenter Dev
Так контрактов становится все больше и сеть все их все время проверяет на условия ?
источник

AK

Alexander Kolotov in DeСenter Dev
в этой логике "постоянный" будет выполнятся только когда будет получать соответствующую транзакцию - запрос на выполнение.
источник

AK

Alexander Kolotov in DeСenter Dev
нет транзакции - контракт не проверяется и не выполняется...
источник

ДИ

Денис Ильиных 🏂 💻 in DeСenter Dev
Так смарт контракт выполняется по условию :) он ждёт нужную транзакцию ? И все контракты ждут нужную
источник

AK

Alexander Kolotov in DeСenter Dev
никто ничего не ждет.
источник