Topic: Obyte/Byteball: нoвый кoнсeнcуc нa DAG + привaтныe плaтeжи - page 272. (Read 315003 times)

С английской ветки


и с кривым переводчиком

Версия 1.6 выпущена https://github.com/byteball/byteball/releases.

Теперь вы можете привязать платежи к событиям, размещенные оракулов, см. https://medium.com/byteball/making-p2p-great-again-episode-ii-bitcoin-exchange-d98adfbde2a5.



Такой предсказатель уже работает и позволяет P2P биржа байт (или blackbytes или любой другой Byteball валюты) против биткоинов.

Исходный код Oracle является на https://github.com/byteball/btc-oracle.

Возможности платежей с привязкой к Oracle-размещено события-огромные, независимые разработчики могут добавлять свои собственные оракулы, которые позволяют другие P2P-сервисы. Смотри выше среднего статью ради какой-то идеи.

Другие обновления в этой версии:
* кнопка назад в android теперь работает правильно
* перевод на китайский язык (частичный)
* ведомость остатков по адресам в настройках (для тех, кто любит заглядывать под капот)
* после получения "сообщения, зашифрованные неизвестным ключ" неразборчивый сообщение сейчас удалено, а ошибка не всплывет в следующий раз
* повышение производительности

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

Пожалуйста, обновите. Если вы работаете полный клиент (GUI или без головы), вам придется обновить из-за ошибки в коде, который никогда не посещал и раньше, но впервые используется новая функция вызовет ошибку.

Судя по ветке и описанным проблемам, не только лишь все не осилили букварь, мало кто смог это сделать. Ибо сказано во втором посте темы: "но multisig - лучше", аминь.

Просто надо сделать вменяемый кошелек где все по одному сиду должно восстановиться.
Судя по ветке и описанным проблемам никто не может быть уверен в сохранности своих байтболов и блэкбайтов.

Просто нужно как в биткоине дать возможность самому задавать адрес для сдачи

раз никто не отвечает, отвечу я что знаю, поправьте если кто опытнее

По обычным байтам (как с блэкбайтами дела обстоят, неуверен):
Если транзакция Вам пришла, то очевидно никаких проблем это не сулит.
Если Вы посылаете, то давайте порассуждаем. Если Вы посылаете транзакцию, то тут возможны варианты на счет того, куда пойдет сдача. Когда создается кошелек, то кошелек = адрес. Но затем по мере отправки транзакций создаются дополнительные адреса. Т.е. например у Вас 2Gbyte, из которых один Вы отправляете куда-то... но в транзакции участвуют оба гигабайта, только один из них возвращается обратно. Но обратно он может быть записан уже на другой адрес, хотя он тоже привяжется к Вашему кошельку. А если уже на кошельке несколько адресов на которых разное количество байт, и вы делаете с него транзакцию то может получится еще хитрее. Причем иногда новые адреса создаются а иногда нет. Из за этой схемы может оказаться, что вы посмотрите в эксплорере - сколько у Вас на адресе байтов, но это количество не совпадет с тем что выдает кошелек. Но если просмотрите счета на всех адресах в сумме что в кошельке то совпадет.
Зачем это все придумано именно так, а не сделано проще, я не знаю, может более опытные товарищи объяснят....но в биткоине точно также работают кошельки.
Я проводил эксперимент и копировал папку /byteball (в AppData).  И действительно, если делаешь транзакцию, и в итоге создается новый адрес(не всегда) со сдачей, то после возврата сохраненной папки - сдача из кошелька исчезает( хотя теоретически нет, все адреса создаются по определенному алгоритму, поэтому теоретически они восстанавливаются). Но это было уже давно, может новые версии кошелька работают иначе(и интересно есть ли разница между полным и легким). и это было с копированием папки /byteball. А вот как именно делается full backup, я не знаю, интересно может было бы провести эксперимент. Но если идет восстановление по сиду - там по логике должна восстановиться вся цепочка адресов, сдача не должна потеряться(специально именно так делать не пробовал, может кто-нибудь попробует?, но когда восстанавливал по сиду кошелек, видел что там восстановился не один адрес а целая уйма).

У меня вопрос, вроде обсуждалось, но хочу ясности, вот ты делаешь бекап, после отправляешь транзу, бекап превратился в тыкву?
А если транзу отправили тебе?

Действительно, где этот файл сохраняется и под каким названием и расширением его искать после нажатия кнопки "FULL BACKUP" в WIN10 64bit,
 а в WIN7 64bit  "FULL BACKUP" предлагает сохранить файл в любой папке. В WIN10 64bit этого не происходит. Клиент v1.5.1 FULL.

На мой взгляд. Байтболы имеют потенциал войти в самый топ.
 С фундаментальной точки зрения. Они не форк  и первые из, в своём роде. Я хотя и писал тут много о проблемах(у психов на полнолуние обострение). Но они все решаемы.

они уже давно перепуганы из-за заморочек с бэкапами и т.п.
"где мои блэкбайты ?!", "а когда полнолуние ?!" - дядя с миллионами, читая это, мимо пройдет
я с самого начала слежу, но не влез в раздачи именно из-за заморочек с бэкапом и наличия единственной неизвестной биржи
хотя зря, тем более я не дядя с миллионами

Ну конечно, ты же изначально писал про это, про эфир и биток.

С чего ты взял, что в байтболе не может быть форков?

Мне смешным кажется тот факт,что летом и осенью был форк кефира(все боялись)сейчас возможно битка(все очень боятся),а единственная крипта,которая не боится форков(на ней их не может быть ,так как нет блокчейна)находится на задворках )
Думаю 50 лямов капитализации будет очень не скоро(,но если будет, то рост будет взрывным и 50 не ограничется.

При текущей цене и даже при полной раздаче всего миллиона гигабайт капитализация байтбола даже по нынешним раскладам не будет в первой десятке. А через год-два капитализации в нынешних топ 10 могут еще не кисло вырасти. И тогда капа байтбола миллионов в 50 уже не кажется такой уж недостижимой.

Кстати еще раз посмотрел  график раздачи
137 440+13 744+8 000 April         158 000
158 000+15 800+8 000 may          182 500
182 500+18 250+8 000 June         208 750
208 750+20 875+8 000 July          237 600
237 600+23 760+8 000 August      269 370
269 370+26 937+8 000September 304 300
304 300+30 430+8 000 October    342 700
342 700+34 270+8 000 November 385 000
385 000+38 500+8 000 December 431 500
431 500+43 150+8 000 January    482 700
482 700+48 270+8 000February    539 400
539 400+53 940+8 000March        601 300
601 300+60 130+8 000April          669 000
669 000+66 900+8 000may           744 000
744 000+74 400+8 000June          826 800
826 800+82 600+8 000July           917 000
917 000+91 700+8 000August2018  =1 000000            end
при нынешней раздаче все займет 17 месяцев

и там видно,что с января 2018 количество монет вырастет примерно в 3 раза и значит при той же капитализации ,что и сейчас 7 млн,цена монеты упадет в 3 раза(но у всех будет в 2,6 раза больше монет,чем сейчас  1,1¹⁰=2,6)и значит ежемесячцные сливы  монет владельцами битков и давление на цену упадет в 3 раза(в битках) и стимул привязывать тоже упадет в 3 раза,потому при той же капитализации сильно больше привязывать не станут,но все это при условии,что крупные биржи не начнут ее пампить,что исключить тоже нельзя.То есть с каждой раздачей,особенно после осени, давление на цену будет падать и скорость привязки тоже.

Не у меня не было связано с темными байтами,сумма была неправильна и в байтах и в темных байтах(на другом связаном кошеле все верно было),но это вина бага в кошеле(мобильный кошель),если посмотреть даг(аналог блокчейна)то там сумма была правильная  .https://explorer.byteball.org/

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