Topic: Obyte/Byteball: нoвый кoнсeнcуc нa DAG + привaтныe плaтeжи - page 272. (Read 315194 times)
Оракулы! В эфире то с капой 3 млрд. фиатных USD до сих пор нет! Кидалик такой Кидалик.
Помниться кто то хотел делать ставки,ну теперь вперед ,дерзайте все для этого есть)
С английской ветки
и с кривым переводчиком
Версия 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 или без головы), вам придется обновить из-за ошибки в коде, который никогда не посещал и раньше, но впервые используется новая функция вызовет ошибку.
Version 1.6 released https://github.com/byteball/byteball/releases.
Now you can bind payments to events posted by oracles, see https://medium.com/byteball/making-p2p-great-again-episode-ii-bitcoin-exchange-d98adfbde2a5.
One such oracle is already running and allows to P2P exchange bytes (or blackbytes or any other Byteball currency) vs bitcoins.
The source code of the oracle is at https://github.com/byteball/btc-oracle.
The possibilities offered by the payments bound to oracle-posted events are huge, independent developers are welcome to add their own oracles that enable other P2P services. See the above Medium article for some ideas.
Other updates in this release:
* Back button in Android now works correctly
* Chinese translation (partial)
* List of balances by addresses in settings (for those who like to look under the hood)
* After receiving a "message encrypted to unknown key" the undecipherable message is now deleted and the error does not pop up the next time
* Performance improvements
The first time you start the app after the upgrade, it may be slow to start as it creates new indexes for better performance.
Please upgrade. If you run a full client (GUI or headless), you'll have to upgrade because of a bug in code that was never visited before but the first time the new functionality is used will trigger the bug.
Now you can bind payments to events posted by oracles, see https://medium.com/byteball/making-p2p-great-again-episode-ii-bitcoin-exchange-d98adfbde2a5.
One such oracle is already running and allows to P2P exchange bytes (or blackbytes or any other Byteball currency) vs bitcoins.
The source code of the oracle is at https://github.com/byteball/btc-oracle.
The possibilities offered by the payments bound to oracle-posted events are huge, independent developers are welcome to add their own oracles that enable other P2P services. See the above Medium article for some ideas.
Other updates in this release:
* Back button in Android now works correctly
* Chinese translation (partial)
* List of balances by addresses in settings (for those who like to look under the hood)
* After receiving a "message encrypted to unknown key" the undecipherable message is now deleted and the error does not pop up the next time
* Performance improvements
The first time you start the app after the upgrade, it may be slow to start as it creates new indexes for better performance.
Please upgrade. If you run a full client (GUI or headless), you'll have to upgrade because of a bug in code that was never visited before but the first time the new functionality is used will trigger the bug.
и с кривым переводчиком
Версия 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.
Под Вашу камасутру с кошельком отдельную бы ветку. Реально же последняя переписка забита только проблемами. Инвесторов всех перепугаете.
они уже давно перепуганы из-за заморочек с бэкапами и т.п."где мои блэкбайты ?!", "а когда полнолуние ?!" - дядя с миллионами, читая это, мимо пройдет
я с самого начала слежу, но не влез в раздачи именно из-за заморочек с бэкапом и наличия единственной неизвестной биржи
хотя зря, тем более я не дядя с миллионами
С фундаментальной точки зрения. Они не форк и первые из, в своём роде. Я хотя и писал тут много о проблемах(у психов на полнолуние обострение). Но они все решаемы.
Под Вашу камасутру с кошельком отдельную бы ветку. Реально же последняя переписка забита только проблемами. Инвесторов всех перепугаете.
они уже давно перепуганы из-за заморочек с бэкапами и т.п."где мои блэкбайты ?!", "а когда полнолуние ?!" - дядя с миллионами, читая это, мимо пройдет
я с самого начала слежу, но не влез в раздачи именно из-за заморочек с бэкапом и наличия единственной неизвестной биржи
хотя зря, тем более я не дядя с миллионами
Там нечему делиться(изначально у байта может быть множество цепочек,сводящихся в одну, по алгоритму) по тому ,как принципы немного другие)Или ты считаешь,что часть свиделей может разделить даг ,поставив другое програмное обеспечение?
Ну конечно, ты же изначально писал про это, про эфир и биток.Quote from: cfif
Мне смешным кажется тот факт,что летом и осенью был форк кефира(все боялись)сейчас возможно битка(все очень боятся),а единственная крипта,которая не боится форков(на ней их не может быть ,так как нет блокчейна)находится на задворках )
Думаю 50 лямов капитализации будет очень не скоро(,но если будет, то рост будет взрывным и 50 не ограничется.
Думаю 50 лямов капитализации будет очень не скоро(,но если будет, то рост будет взрывным и 50 не ограничется.
Мне смешным кажется тот факт,что летом и осенью был форк кефира(все боялись)сейчас возможно битка(все очень боятся),а единственная крипта,которая не боится форков(на ней их не может быть ,так как нет блокчейна)находится на задворках )
С чего ты взял, что в байтболе не может быть форков?
и там видно,что с января 2018 количество монет вырастет примерно в 3 раза и значит при той же капитализации ,что и сейчас 7 млн,цена монеты упадет в 3 раза(но у всех будет в 2,6 раза больше монет,чем сейчас 1,110=2,6)и значит ежемесячцные сливы монет владельцами битков и давление на цену упадет в 3 раза(в битках) и стимул привязывать тоже упадет в 3 раза,потому при той же капитализации сильно больше привязывать не станут,но все это при условии,что крупные биржи не начнут ее пампить,что исключить тоже нельзя.То есть с каждой раздачей,особенно после осени, давление на цену будет падать и скорость привязки тоже.
При текущей цене и даже при полной раздаче всего миллиона гигабайт капитализация байтбола даже по нынешним раскладам не будет в первой десятке. А через год-два капитализации в нынешних топ 10 могут еще не кисло вырасти. И тогда капа байтбола миллионов в 50 уже не кажется такой уж недостижимой.
Думаю 50 лямов капитализации будет очень не скоро(,но если будет, то рост будет взрывным и 50 не ограничется.
и там видно,что с января 2018 количество монет вырастет примерно в 3 раза и значит при той же капитализации ,что и сейчас 7 млн,цена монеты упадет в 3 раза(но у всех будет в 2,6 раза больше монет,чем сейчас 1,110=2,6)и значит ежемесячцные сливы монет владельцами битков и давление на цену упадет в 3 раза(в битках) и стимул привязывать тоже упадет в 3 раза,потому при той же капитализации сильно больше привязывать не станут,но все это при условии,что крупные биржи не начнут ее пампить,что исключить тоже нельзя.То есть с каждой раздачей,особенно после осени, давление на цену будет падать и скорость привязки тоже.
При текущей цене и даже при полной раздаче всего миллиона гигабайт капитализация байтбола даже по нынешним раскладам не будет в первой десятке. А через год-два капитализации в нынешних топ 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,110=2,6)и значит ежемесячцные сливы монет владельцами битков и давление на цену упадет в 3 раза(в битках) и стимул привязывать тоже упадет в 3 раза,потому при той же капитализации сильно больше привязывать не станут,но все это при условии,что крупные биржи не начнут ее пампить,что исключить тоже нельзя.То есть с каждой раздачей,особенно после осени, давление на цену будет падать и скорость привязки тоже.
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,110=2,6)и значит ежемесячцные сливы монет владельцами битков и давление на цену упадет в 3 раза(в битках) и стимул привязывать тоже упадет в 3 раза,потому при той же капитализации сильно больше привязывать не станут,но все это при условии,что крупные биржи не начнут ее пампить,что исключить тоже нельзя.То есть с каждой раздачей,особенно после осени, давление на цену будет падать и скорость привязки тоже.
У меня тоже был сбой в полнолуние,только в феврале,разные цифры на двух кошелях,но потратить на неправильныом больше все равно не дает.В итоге у тебя получилось больше,чем было?И что на это ответил тонич.
нет, где писал что больше получилось? просто клиент стал падать при попытке использовать определенный кошелек, а сейчас мне кажется, предположение, что скорее всего это связано именно с блэкбайтами, потому что я кошелек с ними переносил и запускал на разных машинах (обычные байты пришли, но не пришли на блэкбайты на один из кошельков, который как раз и глючит)Jump to: