походу fxpc просто троллит.... никаких веских аргументов...
Миша, я более чем уверен, kzv не требуется твоя психологическая помощь в форме толкования моих слов. Она тебе самому нужна, раз мерещится троллинг в обсуждении баз данных. kzv не случайно написал, что пока не видит проблем, а я изначально не спорил с тем, что при низкой нагрузке подходит любая БД. Незачем оффтопить.
|
|
|
Ну нахуя опять фантазировать? Лохчейн не делает выборы честнее и не масштабируется даже до потребностей штата, даже мегалояльного. Когда нечего внедрять, совершенно без разницы лояльный штат или хуяльный.
Блокчейн как минимум способен оптимизировать систему и сделать ее чуть более устойчивой к вбросам, соглашусь, панацеей эта затея не станет, однако, в определенной мере помочь может. Не позволяет он этого, а также не умеет ходить по воде и превращать воду в вино, но блажен кто верует. Вбросить голоса в лохчейн не сложнее чем бумажки в урну. Я утверждаю, что ни блокчейн, ни другие цифровые технологии не позволяют создать "гарантированно честное голосование", где каждый может самостоятельно за обозримое время проверить его правильность с заданной точностью. То есть мы не должны рассматривать варианты, когда надо просматривать записи с камер, ехать на другой конец страны чтобы убедиться что Марьванна из Мухосранска существует и так далее.
Все аффторы в этом топике банально пиздоболят на околополитические темы, но ни у кого нет ни малейшего понятия как эту задачу технически решить. Я утверждаю, что эта задача принципиально не решается математическими/алгоритмическими способами.
|
|
|
Правильно не умеет, потому что она для этого не предназначена, именно это и является её ахилесовой пятой. Она не благодаря нагрузке превышающей возможности nginx сдохнет, а благодаря своей архитектуре, скорее всего заблокируется и напрочь отстанет от запросов, но это не точно.
Она предназначена быть встроенной в процесс. Внутри процесса она в своей стихии и потому уделает кого угодно - доказано 100500 продуктами которые ее используют в качестве встроенной бд. Теперь как она работает у меня? Внезапно, она работает как встроенная в процесс сервера бд. То есть sqlite у меня работает именно так, как она и должна работать по своей архитектуре. Сервер же написан на ноде, а значит не сдохнет ни при какой нагрузке 146%. Так что если где и может возникнуть затык по скорости, дак это только в вызывающем клиенте (биржа, нгинкс и прочие апачи), а в сервере sqlite я уверен. Ещё раз перечитай что я тебе написал. При определённом характере нагрузки кролик сам себе откусит голову, это не проблема SQLite, просто у неё такая архитектура и она не предназначена для твоего кейса.
|
|
|
Я не говорил про тормознутость, речь шла о том что под нагрузкой по сети он сдохнет раньше чем enterprise.
SQlite вообще сама по себе не умеет с сетью работать по определению. Ну нет там в коде сокетов от слова вообще. Чтобы заставить ее работать как отдельный сервер, я написал прокладку на node.js В том, что нода сдохнет под нагрузкой я лично сильно сомневаюсь - нгинкс сдохнет раньше, про апач вообще молчу. Правильно не умеет, потому что она для этого не предназначена, именно это и является её ахилесовой пятой. Она не благодаря нагрузке превышающей возможности nginx сдохнет, а благодаря своей архитектуре, скорее всего заблокируется и напрочь отстанет от запросов, но это не точно.
|
|
|
Либо я чего-то не понял, либо ты себе противоречишь, когда пишешь что перевёл базу данных в отдельный процесс и скорость стала получше. Если у биржи мало клиентов, то конечно с нагрузкой справится любая БД. Не знаю специфику запросов твоей биржи, но SQLite точно сливает enterprise решениям при высокой нагрузке и даже при низкой, когда ей сопутствует большое количество writes.
Я не противоречу. Увеличение скорости это мое субъективное мнение. Технических замеров до и после я не проводил. Однако техническая логика подсказывает: чтение/запись в сокетах обязано быть существенно медленней, чем чтение/запись в оперативке. Мифы про якобы тормознутость SQLite распространяют те, кто ей не пользуется. Операции записи там тормозят только если их не оборачивать в транзакцию. Если все делать правильно, то SQLite если не уделает, то уж точно не отстанет от любых постгре и прочих мускулей. В этом моменте техническая логика встречается с объективной реальностью и нюансами. Я более чем уверен, что в серверном приложении выделение БД в отдельный процесс повышает производительность, поэтому ты неспроста это на глаз определил. Я не говорил про тормознутость, речь шла о том что под нагрузкой по сети он сдохнет раньше чем enterprise. У каждого инструмента своя ниша. SQLite хорош для локального применения и его используют преимущественно для данного кейса. Совпадение? Не думаю. Хочешь сам ходить по граблям, чтобы в итоге прийти к enterprise решениям - дело хозяйское, моё дело предложить.
|
|
|
Тема достаточно интересная и в теории решаемая. Но вопрос в технической реализации. Есть ли здесь программисты, которые на голом (пока!!!) энтузиазме готовы взяться за техническую реализацию такого проекта? Предварительное техническое задание могу составить.
Нет, не решаемая, даже в теории и её как-то не наблюдается. Никакие программисты даже при неограниченном финансировании не смогут реализовать на 100% защищённую систему, а даром это будет ещё то решето. Какой Вы пессимист, однако. А теория выглядит следующим образом. Сейчас у каждого есть смартфон. В котором реализовано, на уровне железа, куча технологий безопасности. Если предположить, что при регистрации в приложении человек сохраняет изображение своего лица в хэш и при открытии и работе с приложением, камера в фоновом режиме фиксирует лицо этого человека и сравнивает его с хэшем (если хэш не идентичен, приложение не работает), то вопрос безопасности решаем, или нет? Я думаю здесь не будет возможности прикрутить нейросеть, если контроль идет в онлайн режиме. Только теория у меня немного другая, не равномерно распределенная валюта, а справедливо распределенная и способная стать параллельным средством платежа. Реализация желательна на Java и Android. Готов выслушать вопросы и критику и ответить на оное. Это не я пессимист, а ты фантазёр. Защита в смартфонах построена на уникальности идентификатора, а вовсе не на факте его существования. Подделать можно и отпечаток и лицо. Никто не запрещает изначально загрузить в смартфон в качестве идентификатора искусственные отпечатки и лицо. Он не умеет отличать подделку от настоящего человека, но у дебилов конечно всё уже давно придумано, а вокруг никто и не догадывается воспользоваться чудесными изобретениями. Что критиковать, твою некомпетентность? теория у меня немного другая, не равномерно распределенная валюта, а справедливо распределенная...
справедливо это как? Это мне, это снова мне и это опять мне
|
|
|
Какие налоги!? Я считаю что максимально нужно уходить от уплаты налогов,государство и так обдирает народ как только может...
Ну уйди жить в лес. Кто запрещает? Приобретаешь товары и услуги в РФ - платишь налоги.
|
|
|
У тебя какая-то странная реакция. С чего ты это взял что я его ругаю? Всего лишь высказал своё мнение про выбранный инструмент. Код с дизайном здесь вовсе ни при чём.
|
|
|
это основа для признания сообществом своего рода легитимация этой валюты как средства платежа
Мимо. Криптовалюта является средством платежа не более чем любой другой товар. Если товар несёт хоть какую-то пользу потребителям и она им известна, то в признании он не нуждается и его кто-то обязательно купит по разумной цене. Крипта не несёт никакой пользы большинству потребителей, чего не скажешь про убытки. Мне лично такой товар без надобности, я не настолько глуп, чтобы покупать чужой жене сапоги. Можно сделать не просто отпечаток пальца, а сложную комбинацию тестов, чтобы создать синтетический отпечаток с валидным значением было бы примерно так же сложно, как намайнить блок с хешем из одних нулей целиком. Тогда все будет работать (при условии, что эта же комбинация тестов для настоящего человека априори вернет валидное значение). Это решение в духе криптовалюты.
На словах и вечный двигатель можно сделать, на деле же каждая попытка сделать такую систему показывает что всегда существует 101 способ её наебать. Тема достаточно интересная и в теории решаемая. Но вопрос в технической реализации. Есть ли здесь программисты, которые на голом (пока!!!) энтузиазме готовы взяться за техническую реализацию такого проекта? Предварительное техническое задание могу составить.
Нет, не решаемая, даже в теории и её как-то не наблюдается. Никакие программисты даже при неограниченном финансировании не смогут реализовать на 100% защищённую систему, а даром это будет ещё то решето.
|
|
|
Чем не устраивает какой-нибудь PostgreSQL?
В том то и дело, что "какой-нибудь"... Я для себя сформулировал сначала: что мне нужно от базы данных: 1. Чтобы умела SQL запросы 2. Хммм... Все собственно. Если не собираешься писать логику работы на голом SQL (таких умельцев хватает), а используешь более или менее нормальный высокоуровневый язык, то для бухгалтерской книги подойдет вообще любая база данных. Выбор SQLite для меня был естественным: с этой базой у меня есть выбор - использовать ее как встроенную в процесс или вынести в отдельный сервер. С большинством остальных баз такого выбора нет - отдельный процесс-сервер без вариантов. Чем лучше встроенная база? Тем, что ее скорость всегда будет в сотни раз выше любой базы на отдельном сервере. Ибо общение между процессами всегда проходит сильно медленней, чем общение процесса внутри себя. Либо я чего-то не понял, либо ты себе противоречишь, когда пишешь что перевёл базу данных в отдельный процесс и скорость стала получше. Если у биржи мало клиентов, то конечно с нагрузкой справится любая БД. Не знаю специфику запросов твоей биржи, но SQLite точно сливает enterprise решениям при высокой нагрузке и даже при низкой, когда ей сопутствует большое количество writes. для надежности лучше писать каждый обмен в ячейку SSD TLC/MLC NAND))) У автора не стоит пока цели оптимизации скорости работы. ПОка все упирается в дизайн и безопасность фреймворков Не лучше, SSD не отличаются надёжностью, но я вроде про неё не говорил. Если бы не стояло такой цели, то он бы её не оптимизировал. Enterprise избыточен для операций чтения, для чего-то более сложного он незаменим. Выбор движка менее чувствительного к характеру нагрузки это не совсем оптимизация, а скорее сокращение издержек на поддержку и масштабирование.
|
|
|
Чем не устраивает какой-нибудь PostgreSQL?
В том то и дело, что "какой-нибудь"... Я для себя сформулировал сначала: что мне нужно от базы данных: 1. Чтобы умела SQL запросы 2. Хммм... Все собственно. Если не собираешься писать логику работы на голом SQL (таких умельцев хватает), а используешь более или менее нормальный высокоуровневый язык, то для бухгалтерской книги подойдет вообще любая база данных. Выбор SQLite для меня был естественным: с этой базой у меня есть выбор - использовать ее как встроенную в процесс или вынести в отдельный сервер. С большинством остальных баз такого выбора нет - отдельный процесс-сервер без вариантов. Чем лучше встроенная база? Тем, что ее скорость всегда будет в сотни раз выше любой базы на отдельном сервере. Ибо общение между процессами всегда проходит сильно медленней, чем общение процесса внутри себя. Либо я чего-то не понял, либо ты себе противоречишь, когда пишешь что перевёл базу данных в отдельный процесс и скорость стала получше. Если у биржи мало клиентов, то конечно с нагрузкой справится любая БД. Не знаю специфику запросов твоей биржи, но SQLite точно сливает enterprise решениям при высокой нагрузке и даже при низкой, когда ей сопутствует большое количество writes.
|
|
|
Скорость работы невыносимая
Вчера были технические работы. Перешел на архитектуру с отдельным сервером базы данных. Сейчас скорость даже получше стала чем когда все в одном процессе работало. Ну и теперь открылись возможности для масштабирования. какая БД? База как была SQlite так и осталась. Но теперь она крутится в отдельном от биржи процессе и теперь к ней можно из разных процессов обращаться. Чем не устраивает какой-нибудь PostgreSQL?
|
|
|
Это идеально(даже сам Сатоши где-то писал что это идеальный вариант) - но пока еще никому не удалось придумать алгоритм, а использование паспорта не популярно в среде анонимусов Майнинг проверяется легко технически, но для этого пришлось изменить принцип, но это далеко не лучший вариант... Паспорта и любые другие сложные проверки (другие документы, фотопруф с флажком в _опе, номер телефона) не так уж и трудно обойти. Тут нужен невероятно уникальная идентификация, отпечаток пальца, например Да хоть отпечаток жопы. На вход идентификатору можно подать выход с нейросети генератора отпечатков и пиздец всему распределению. Нахуя оно вообще нужно? Всё равно в конечном итоге более 80% эмиссии будет принадлежать менее 20% участников. ... все равно со временем произойдет неравномерное распределение балансов.
еще раз: никто (ладно.. может кто-то и собирается, я - нет) не собирается следить за пожизненным равным распределением! собираемся просто дать равные стартовые условия Чтобы что?
|
|
|
Обеспечение - очень знаковый термин, атрибут, свойство любой валюты. крипта уже сейчас показывает, что в этом обеспечении очень большая доля может приходиться на такие "эфемерные" активы, как курс на бирже... очень логичный переворот с ног на голову. Когда не ВВП будет влиять на Forex, а Forex на количественную оценку ВВП .... чего стоит только термин капитализация в контекте криптовалют Ведь сейчас и не поймешь - шутка это и насколько когда говорят о миллиардных капитализациях Всё идет к тому, что не шутка. Расскажи это тем кто купил биткоин хотя бы по 10к, они тебя ссаными тряпками забросают. Капитализация это сферический конь в вакууме, возьми хотя бы 5% эмиссии и попробуй продать их на бирже по текущей цене, потом расскажешь какая реально капитализация. Идёт к тому что не шутка, тем временем влошенцы рвут волосы себе на жопе. Лёня Голубков, кого ты разводишь?
|
|
|
Я хуею, эта дебильная тема в топе. Сабж для школоло, нахера государству биткоин, если оно само печатает коин.
В таком случае зачем все государства мира, включая США, Китай и Россию покупают золото? А причем тут биткоин? Где золото, и где этот биткоин? Ты в своем уме? Вся история биткоина, как средства расчета, показывает, что он нахрен не нужен. А сейчас еще и проблемы блокчейна разгребать. Биткоин и блокчейн официально, бля официально!, в стадии бетатеста. Ты хоть про это знал? Последняя версия Bitcoin Core 0.17.1. А stable состояние как-то бы сделало его ценнее? Хоть бета, хоть не бета, байты за которые нихуя нельзя купить, даже корову в игре "весёлая ферма", реальной ценности не представляют.
|
|
|
Тогда нужно, чтобы завещание срабатывало при введении номера свидетельства о смерти, который бъётся с блокчейн-реестром, который уже внедряется.
Внедряется только в твоих фантазиях. Ссылку на гитхаб в студию. Такими темпами этот раздел придётся переименовать в Фантазёры.
|
|
|
Максимум в рамках какого-нибудь очень лояльного штата и то, на уровне мелкого-среднего чиновничества, уверен на 100% статья в какой-то мере раздута, хотя в условиях реалий Запада, вполне не исключено внедрение подобного в жизнь обывателей
Ну нахуя опять фантазировать? Лохчейн не делает выборы честнее и не масштабируется даже до потребностей штата, даже мегалояльного. Когда нечего внедрять, совершенно без разницы лояльный штат или хуяльный.
|
|
|
Если подпись с адреса выплаты coinbase поместить в sigScript coinbase транзакции, то предложенную инициативу можно реализовать в виде софтфорка к битку. И даже особо не менять текущую картину вещей. И казалось бы бесполезное поле куда сейчас пишут сообщения, становится на свое место как и положенно. Предлагаю вам переработать идею в этом ключе и можно создавать полноценный BIP для битка.
Теоретически можно. Есть две проблемы. Большая и маленькая. Начну с маленькой. В scriptSig coinbase-транзакции не так уж много места. Там ограничение на 100 байт, а запихивается туда уже много что другое. Места для подписи (а это 64 байта) уже нет или впритирку. Нет, это невозможно. Любое изменение COINBASE-транзакции пост-фактум приведёт к невалидности поля merkle_root в заголовке блока. Для тех кто хочет, чтобы он оставался валидным без пересчитывания конечно невозможно, остальным это делать никто не запрещает, поэтому да, теоретически можно.
|
|
|
Результат был очковтирательством задолго до того как привело. Тем кто работал - платили копейки, тем кто делал вид что работает - платили столько же. У последних конечно полные штаны ностальгии по сраному совку, потому что копейки за нихуя это лучше чем нихуя. Поколение атакует лишь перекрасившаяся красная плесень.
|
|
|
Украина вообще не существовала никогда и скоро опять исчезнет)
Не существовала, но исчезнет? Ты колешься?
|
|
|
|