Bitcoin Forum
June 25, 2024, 08:13:48 AM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 2 3 4 [5] 6 »
81  Alternate cryptocurrencies / Announcements (Altcoins) / Re: [ANN][XCN] Cryptonite - NEW Thread | 1st mini-blockchain coin | Bounties! on: October 30, 2017, 07:27:26 AM
Next week I will be working on the wallet about the extended precision issue.
if you can add an option to clear the chain of blocks of all transactions(who old 10000 blocks), I will be very happy  Grin

like new options for start daemon -prune 10000 - delete all transactions from block.dat and my transactions  from my wallet who old n blocks
82  Local / Политика / Re: Если после завтра война? on: October 27, 2017, 05:40:48 AM
а мне почему то кажется что будет примерно то что произошло в Белоруссии
территория Б безусловно мгновенно захватит территорию А
но атомарная структура территории А будет вести децентрализованную войну - партизанскую
и ассимиляцию как в Китае.
83  Local / Альтернативные криптовалюты / Re: OTN: Объединяем мир Криптовалют on: October 26, 2017, 12:50:04 PM
механику, покажите механику обмена Huh хватит воду лить
84  Local / Политика / Если после завтра война? on: October 26, 2017, 10:16:22 AM
Способно ли общество\государство погруженное в децентрализованную экономику воевать?
имеем территорию А где все эк. субьекты децентрализованны и ведут некую криптовалютную экономическую деятельность во всех сферах хозяйства.
имеем территорию Б где все как в СССР 1941-1955г. либо как Германия 1941г

представим что территория Б решила захватить территорию А.

Что по вашему произойдет?
85  Local / Идеи / Re: Естественные деньги on: October 26, 2017, 06:06:11 AM
нет у денег функции накопления, деньги это отношения, "накопление" это производная этих отношений, не самая положительная , связанна с грехами человека...

Почему функция накопления греховна?
Если человек, не надеясь на государство, накапливает сбережения себе на пенсию - как это связано с грехами человека?

греховно не значит абсолютный грех но есть люди готовые все или львиную долю денег скопить себе, не думая о других.
но человек всегда должен помнить - что он должен сделать выбор либо он живет в обществе и часть своих накоплений тратить на это общество(общак, государство, пенсии, бюджет итп неважно) либо он отказывается от общества и сидит на своем сундуке на необитаемом острове.

сколько стоит килограмм золота на необитаемом острове? ответ прост  - ничего не стоит пока ты там один сидишь для тебя это золото практически бесполезно и цену не имеет.

к сожалению человек часто хочет и сидеть на своем сундуке и не быть ничем обязанным обществу и при этом жить среди общества - вот это и есть грех.
86  Alternate cryptocurrencies / Announcements (Altcoins) / Re: [ANN][XCN] Cryptonite - NEW Thread | 1st mini-blockchain coin | Bounties! on: October 26, 2017, 05:31:15 AM
pallas,
I think this option does not hurt, but you need to discuss with each exchange separately, because they may have already set up the parser EP Undecided

that's why I said it must be backward-compatible.

say an rpc call returns "balance":

"balance" : "10.1234567800ep"

we can simply add:

"balance_dp" : "10.12345678"

the old exchange will continue using "balance", the new one (not wanting to support EP) will just use "balance_dp".

on the RPC request parameters, we can detect the missing final "ep" and translate it to EP, so the rest of the wallet works as before.

situation number 1  your Exchange is new and never before add Cryptonite-

in your Exchange standard should call returns "balance": "10.12345678"
but Cryptonite return "balance" : "10.1234567800ep"
well your Exchange must convert this answer "balance": to "10.12345678" or to take "balance_dp" : "10.12345678"
for this (to take "balance_dp") the exchange will have to edit the exchange's code
 ::)I think the exchange will not agree to this

situation number 2  your Exchange is not new and have add Cryptonite before change

well your Exchange can converting this answer "balance": from "10.1234567800ep" to "10.12345678"
and Exchange will not have problems

situation number 3  your Exchange is not new and have add Cryptonite before change

but they still have problem witch converting "10.1234567800ep" to "10.12345678"
and they are not agree to change exchange's code especially for this coin....
well Exchange still have problems

if we are
add the -nonEP option
-nonEP = 0 return EP(default)
-nonEP = 1 return 53
-nonEP = 2 return 64
for situation number 1 your Exchange only need to change the daemon startup parameters(-nonEP = 1 return 53) and not to change exchange's code especially for this coin
for situation number 2 your Exchange have backwards-compatibility(-nonEP = 0 return EP(default) - return "balance" : "10.1234567800ep")
for situation number 3 your Exchange only need to change the daemon startup parameters(-nonEP = 1 return 53) and restart daemon and not to change exchange's code especially for this coin

future:

situation number 4  your Exchange is new and never before add Cryptonite and can work with full 2^64-

Exchange only need to change the daemon startup parameters(-nonEP = 2 return full 64) and not to change exchange's code especially for this coin
87  Alternate cryptocurrencies / Announcements (Altcoins) / Re: [ANN][XCN] Cryptonite - NEW Thread | 1st mini-blockchain coin | Bounties! on: October 25, 2017, 01:00:09 PM
pallas,
I think this option does not hurt, but you need to discuss with each exchange separately, because they may have already set up the parser EP Undecided
88  Alternate cryptocurrencies / Announcements (Altcoins) / Re: [ANN][XCN] Cryptonite - NEW Thread | 1st mini-blockchain coin | Bounties! on: October 25, 2017, 12:36:59 PM
I wanted to share a discussion we had on slack recently.
It all started from the difficulty we are having of being listed on exchanges.
From an exchange integration point of view, Cryptonite is just like any other coin, except for the "extended precision" amounts.
Since they never tell us why xcn is not listed yet, we can't be sure that this is the problem, but it surely is something they must customize to support our coin.
What to do? Removing EP amounts and using standard 8 decimal numbers would make it downward incompatible, possibly breaking the services we already have, like nova exchange or the block explorer.
One possibility is adding a configuration option to disable extended precision amounts, so the exchanges can use the classic format, if they like.
It shouldn't be much work to do (developing such an option), BUT we must be sure that this doesn't bring any side effect.
Please share your opinions on the matter.
Give extended information about EP, at the moment during my experiments directly in the code I use uint64, and EP touches me only in the RPC or QT interfaces

http://cryptonite.info/wiki/index.php?title=Coinbase_account

http://cryptonite.info/wiki/index.php?title=Cryptonite_API

oooh swill here guys overdo it, implanted in the client that it was not worth it to implant ....  Grin Grin Grin I think it was necessary at the outset to make 64to53.CLI expansion especially for exchanges and pools...

ps can we clean the code for today from the EP and to create a simple extension of the 64to53.CLI?

Another idea could be to return both the EP and non-EP amounts; for the RPC requests, we could add support for both types. This way they won't need to change the config file, just look at the rpc response.
and, we can add the -nonEP option

I think so, even better would be, it is always easier to add a small parameter in the configuration file and have the desired result

if we return the amounts in two versions, they will have to build a separate parser

-nonEP = 0 return EP
-nonEP = 1 return 53
-nonEP = 2 return 64
89  Alternate cryptocurrencies / Announcements (Altcoins) / Re: [ANN][XCN] Cryptonite - NEW Thread | 1st mini-blockchain coin | Bounties! on: October 25, 2017, 12:14:28 PM
I wanted to share a discussion we had on slack recently.
It all started from the difficulty we are having of being listed on exchanges.
From an exchange integration point of view, Cryptonite is just like any other coin, except for the "extended precision" amounts.
Since they never tell us why xcn is not listed yet, we can't be sure that this is the problem, but it surely is something they must customize to support our coin.
What to do? Removing EP amounts and using standard 8 decimal numbers would make it downward incompatible, possibly breaking the services we already have, like nova exchange or the block explorer.
One possibility is adding a configuration option to disable extended precision amounts, so the exchanges can use the classic format, if they like.
It shouldn't be much work to do (developing such an option), BUT we must be sure that this doesn't bring any side effect.
Please share your opinions on the matter.
Give extended information about EP, at the moment during my experiments directly in the code I use uint64, and EP touches me only in the RPC or QT interfaces

http://cryptonite.info/wiki/index.php?title=Coinbase_account

http://cryptonite.info/wiki/index.php?title=Cryptonite_API

oooh swill here guys overdo it, implanted in the client that it was not worth it to implant ....  Grin Grin Grin I think it was necessary at the outset to make 64to53.CLI expansion especially for exchanges and pools...

ps can we clean the code for today from the EP and to create a simple extension of the 64to53.CLI?
90  Alternate cryptocurrencies / Announcements (Altcoins) / Re: [ANN][XCN] Cryptonite - NEW Thread | 1st mini-blockchain coin | Bounties! on: October 25, 2017, 10:53:49 AM
I wanted to share a discussion we had on slack recently.
It all started from the difficulty we are having of being listed on exchanges.
From an exchange integration point of view, Cryptonite is just like any other coin, except for the "extended precision" amounts.
Since they never tell us why xcn is not listed yet, we can't be sure that this is the problem, but it surely is something they must customize to support our coin.
What to do? Removing EP amounts and using standard 8 decimal numbers would make it downward incompatible, possibly breaking the services we already have, like nova exchange or the block explorer.
One possibility is adding a configuration option to disable extended precision amounts, so the exchanges can use the classic format, if they like.
It shouldn't be much work to do (developing such an option), BUT we must be sure that this doesn't bring any side effect.
Please share your opinions on the matter.
Give extended information about EP, at the moment during my experiments directly in the code I use uint64, and EP touches me only in the RPC or QT interfaces
91  Local / Кодеры / Re: Хе Хе Хе ) оно работает! on: October 25, 2017, 10:01:15 AM
Кагда ета будет?
декабрь примерно 2017 года
92  Alternate cryptocurrencies / Announcements (Altcoins) / Re: [ANN][XCN] Cryptonite - NEW Thread | 1st mini-blockchain coin | Bounties! on: October 25, 2017, 09:10:59 AM
What do you think about the idea of creating a bot telegrams as frontend mining pool? So that this bot could create accounts, keep statistics and give out tasks and take shares from miners. I'm thinking about creating a pool but I'm afraid that my server is bogged down by DDoS attacks, so came up with this idea (to cover a pool node of servers Telegram)
i think bot may be interesting but later. pools is a good idea, there is now normally working pools.

An information with graph and statics about network and pool would be better.
Telegram bots support html5, there are no problems here
93  Alternate cryptocurrencies / Announcements (Altcoins) / Re: [ANN][XCN] Cryptonite - NEW Thread | 1st mini-blockchain coin | Bounties! on: October 25, 2017, 07:38:23 AM
What do you think about the idea of creating a bot telegrams as frontend mining pool? So that this bot could create accounts, keep statistics and give out tasks and take shares from miners. I'm thinking about creating a pool but I'm afraid that my server is bogged down by DDoS attacks, so came up with this idea (to cover a pool node of servers Telegram)
i think bot may be interesting but later. pools is a good idea, there is now normally working pools.
94  Local / Альтернативные криптовалюты / Re: Борьба с рабством ICO обществ организации on: October 25, 2017, 06:46:59 AM
скоро будет ICO для противодействия ICO
заковали людей в контракты, житья нет....
95  Local / Кодеры / Re: Telegram minig pool on: October 25, 2017, 06:09:40 AM
Вы хотите входные данные статистики и все аккаунты регить через бота? То есть вы создадите учетку в тг, которая будет админом бота и туда отдавать инфу? Там есть ограничение на кол-во запросов с одного юзера, то есть вам не даст, например, зарегить 10 юзеров в сразу в секунду. То есть та же защита от ддоса может обернуться банальными тормозами сервиса. Если я правильно понимаю о чем вы.

Я предполагал следующую схему:
каждый воркер подключается к боту отдельно, и является отдельным пользователем тг (регистрация воркера в тг осуществляется хозяином воркера самостоятельно)
воркер подключается к телеграм через телеграм-прокси(по типу стратум-прокси)
каждому воркеру дается мини панель с общей статистикой пула, статистикой воркера, настройками вывода монет
собственно чат между воркером и ботом и есть место где пересылаются задания и шары

согласно протокола телеграм:
Quote
Компонент высокого уровня (язык запросов API / API)
С точки зрения компонента высокого уровня клиент и сервер обмениваются сообщениями внутри сеанса . Сеанс подключен к клиентскому устройству (точнее, к приложению), а не к определенному соединению http / https / tcp. Кроме того, каждый сеанс присоединен к идентификатору пользователя, с помощью которого фактически выполняется авторизация.

Несколько подключений к серверу могут быть открыты; сообщения могут быть отправлены в любом направлении через любое из соединений (ответ на запрос не обязательно возвращается через то же соединение, которое несет исходный запрос, хотя чаще всего это так, однако ни в коем случае не может быть сообщение возвращается через соединение, принадлежащее другому сеансу). Когда используется протокол UDP, ответ может быть возвращен другим IP-адресом, чем тот, на который был отправлен запрос.

Существует несколько типов сообщений:

RPC-вызовы (клиент-сервер): вызовы API-методам
RPC-ответы (от сервера к клиенту): результаты вызовов RPC
Полученное подтверждение приема сообщения (или, скорее, уведомление о статусе набора сообщений)
Запрос состояния сообщения
Многостраничное сообщение или контейнер (контейнер, который содержит несколько сообщений, необходимо отправить несколько вызовов RPC одновременно через HTTP-соединение, например, контейнер может поддерживать gzip).

таким образом мы имеем многоканальную систему сообщений  внутри сеанса как на уровне телеграм-воркер так и на уровне бот-телеграм.
https://core.telegram.org/mtproto

таким образом получаем 2 зоны приватную (нода+бот+телеграм) и публичную (телеграм+воркер)
вот схема:
96  Local / Кодеры / Re: Хе Хе Хе ) оно работает! on: October 25, 2017, 05:21:00 AM
Да дядька просто на приколе. Не обращайте внимание) Запостил картинку непонятную и смотрит как народ слюной истекает в догадках)
все будет, но не сегодня Wink
97  Local / Кодеры / Re: Хе Хе Хе ) оно работает! on: October 25, 2017, 05:14:35 AM
да, я слегка отвлекся, детей делал, продолжим, старый акк взломали и продали ico-шникам, рад что тема еще народ волнует, планирую релиз в декабре 2017 года.
Ну так а что за релиз-то ? Что ты голову людям морочишь?) Расскажи уже о чем там речь на твоей картинке. А то всем любопытно и н кто ничего не понимает!)
это относится к прямой p2p бирже без встречных контрактов(как нынче модно)
98  Alternate cryptocurrencies / Announcements (Altcoins) / Re: [ANN][XCN] Cryptonite - NEW Thread | 1st mini-blockchain coin | Bounties! on: October 24, 2017, 10:23:00 AM
What do you think about the idea of creating a bot telegrams as frontend mining pool? So that this bot could create accounts, keep statistics and give out tasks and take shares from miners. I'm thinking about creating a pool but I'm afraid that my server is bogged down by DDoS attacks, so came up with this idea (to cover a pool node of servers Telegram)

I don't know about telegram bots, but I guess it will have a lot of overhead compared to a standard, C based stratum implementation. Will it be able to verify and record tens of share submissions a second?
https://core.telegram.org/mtproto
Here it is said that a multithreaded connection is used between the client and the telegram server

The application bot can be written and there are examples in c ++, for each unit mining you can have a separate dedicated connection to telegrams

And how much does the average miner generate shares\sec in сryptonite?
99  Alternate cryptocurrencies / Announcements (Altcoins) / Re: [ANN][XCN] Cryptonite - NEW Thread | 1st mini-blockchain coin | Bounties! on: October 24, 2017, 05:55:34 AM
What do you think about the idea of creating a bot telegrams as frontend mining pool? So that this bot could create accounts, keep statistics and give out tasks and take shares from miners. I'm thinking about creating a pool but I'm afraid that my server is bogged down by DDoS attacks, so came up with this idea (to cover a pool node of servers Telegram)
100  Local / Кодеры / Telegram minig pool on: October 24, 2017, 05:04:53 AM
Привет народ, подскажите кто занимался разработкой ботов телеграма, возможно ли фронтэнд(статистику, аккаунты, раздачу заданий и прием шар) пула возложить на месенджер телеграм (бот)? интересуюсь с целью создания пула морда лица которого будет защищена от дидос атак серверами популярного месенджера ну и как бонус ip и домен собственно ноды можно скрыть.
Pages: « 1 2 3 4 [5] 6 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!