@xgrommx вот и выясняю. но минт я не осилил поставить на текущую дисковую конфигурацию

остаются конгфигурируемые дистры - типа арча, а правильный арч это никсос и есть

Попробуй вот сюда ~/.stack/config.yaml вписать nix: enable: true

но это я не уверен конечно

@voidlizard

ага

пробую

если в проектном stack.yaml будет enable: false, то всё равно придётся явно указать

ага, да.

щит

ну тогда флажок надо ставить руками

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

И таки для чего здесь блокчейн? Чем большой бизнес другие способы хранения данных не устраивают?

И таки для чего здесь блокчейн? Чем большой бизнес другие способы хранения данных не устраивают?

Недостаточно buzz-word-но

Так это ж не хипстеры, это большой бизнес. С Office 2003 и другими признаками энтерпрайза.

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

@Bodigrim это не вы выступали в Киеве на митапе в прошлом году?

Я.

хорошо что такие люди заходят в чаты:)

Спасибо :)

я от тебя тогда кофточку привез :)

Та ты шо :)

preuse' :: (MonadState s m, Alternative m) => Getting (First a) s a -> m a preuse' = maybe empty pure <=< preuse ничего такого нет? А то уже какой раз пишу этот хелпер для MaybeT (State s)

И таки для чего здесь блокчейн? Чем большой бизнес другие способы хранения данных не устраивают?

Передача акций - чем не вариант? И не надо бумажные акции выпускать, и не потеряются электронные.

Кто будет хранить соответствующий транзакции блокчейн? Банк, клиент, третьи лица?

Кто будет хранить соответствующий транзакции блокчейн? Банк, клиент, третьи лица?

Эфир

Мировой?

Ага

preuse' :: (MonadState s m, Alternative m) => Getting (First a) s a -> m a preuse' = maybe empty pure <=< preuse ничего такого нет? А то уже какой раз пишу этот хелпер для MaybeT (State s)

и вот такое еще бы foldM' :: (Monad m, Monoid a) => [m a] -> m a foldM' = fmap mconcat . sequence

тоже часто пишу

А ведь list comprehension это по сути та же do-нотация для списков, только чуть присахаренная? ?? [f x | x <- xs, cond x] do x <- xs if cond x then return (f x) else fail ""

правда не уверен насчёт уместности fail, никогда раньше им не пользовался

Не хотел говорить - но все равно от пацанов во дворе узнаете. Дунотация, она это... тоже того... бинты в сахаре.

Кто будет хранить соответствующий транзакции блокчейн? Банк, клиент, третьи лица?

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

А ведь list comprehension это по сути та же do-нотация для списков, только чуть присахаренная? ?? [f x | x <- xs, cond x] do x <- xs if cond x then return (f x) else fail ""

да, можно и так сказать. последняя строчка — Control.Monad.guard

Помнится, было расширение MonadComprehension?

а есть аналог? (>==) :: (Monad m) => m a -> (a -> m b) -> m a x >== f = x >>= \t -> f t >> return t

(теперь это аналоговый чат)

скажем, для [1,2,3] >== (guard . even)

(Monad m) => m a -> (a -> m b) -> m a - Hayoo! https://hayoo.fh-wedel.de/?query=%28Monad+m%29+%3D%3E+m+a+-%3E+%28a+-%3E+m+b%29+-%3E+m+a

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

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

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

Это все оффтопик

@Bodigrim так блокчейн это же попытки залезть в финансы и прочее не банкам, а группе более-мелких лиц. т.е. банкам и прочим сильно централизованым единицам оно и должно быть неудобно

если я правильно понимаю идею

@Bodigrim так блокчейн это же попытки залезть в финансы и прочее не банкам, а группе более-мелких лиц. т.е. банкам и прочим сильно централизованым единицам оно и должно быть неудобно

Не совсем так

@Bodigrim так блокчейн это же попытки залезть в финансы и прочее не банкам, а группе более-мелких лиц. т.е. банкам и прочим сильно централизованым единицам оно и должно быть неудобно

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

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

Уже несколько банков затянул в эту идею

Дополнительно к тому рассматривается идея чейнизации фиатов, как например "крипторубль". Опять же во имя скорости и устойчивости. Понятно, что подписи ЦБ и сертифицированных финансовых организаций будут играть особенную роль в такой сети.

Если отбросить загадочную «чейнизацию фиатов», то система с подписями сертифицированных организаций для транзакций - это немного не про блокчейн.

Если отбросить загадочную «чейнизацию фиатов», то система с подписями сертифицированных организаций для транзакций - это немного не про блокчейн.

Там не про подписи речь

Криптография /= блокчейн.

Криптография /= блокчейн.

Да, поэтому я и говорил поо блокчейн

Речь шла о распределённом последовательном транзакционном реестре с развитыми механизмами консенсуса. Так чтобы транзакционный протокол мог работать и был верифицируем, даже в случае провала какой-то из сторон. Это решает множество проблем. Когда огромные пачки межбанкоских транзакций зависают, т.к. системы банка вырубаются и не могут завершить последовательность. Когда снэпшоты в банках начинают расходиться и нужна огромная комиссия, чтобы понять, кто прав. Кто потерял, а кто вбросил лишнего. Это вопрос стандартизированного устойчивого распределённого межбанковского реестра с автоматическим консенсусом. Криптография /= блокчейн, но и криптовалюта /= блокчейн

скажем, для [1,2,3] >== (guard . even)

filterM попробуй

filterM попробуй

хотя в данном случае просто filter

ну это просто пример

есть еще runWriter (return "123" >== tell)

не говоря уже об IO

проще явно написать do x <- getX doSome x pure x

О, pure, это ж из Applicative.

Речь шла о распределённом последовательном транзакционном реестре с развитыми механизмами консенсуса. Так чтобы транзакционный протокол мог работать и был верифицируем, даже в случае провала какой-то из сторон. Это решает множество проблем. Когда огромные пачки межбанкоских транзакций зависают, т.к. системы банка вырубаются и не могут завершить последовательность. Когда снэпшоты в банках начинают расходиться и нужна огромная комиссия, чтобы понять, кто прав. Кто потерял, а кто вбросил лишнего. Это вопрос стандартизированного устойчивого распределённого межбанковского реестра с автоматическим консенсусом. Криптография /= блокчейн, но и криптовалюта /= блокчейн

То есть у нас есть N банков, причем N намного больше 2, которые хотят расшарить между собой всю историю всех взаимных финансовых операций? Это очень странное желание.

Typeclassopedia осиливаю потихоньку.

ERROR: S client not available

То есть у нас есть N банков, причем N намного больше 2, которые хотят расшарить между собой всю историю всех взаимных финансовых операций? Это очень странное желание.

https://ru.m.wikipedia.org/wiki/SWIFT

То есть у нас есть N банков, причем N намного больше 2, которые хотят расшарить между собой всю историю всех взаимных финансовых операций? Это очень странное желание.

На самом деле они и так её обязаны шарить. И каждый банк - это конечно же гораздо больше одного пира. Скорее на сбер это будет около тысячи пиров, на альфу или тинькофф - сотня. Но эта история оказывается совершенно не согласованной с внутренней картиной в каждом из банков, которые между собой тоже почти не согласованы.

https://ru.m.wikipedia.org/wiki/SWIFT

Узел Свифта хранит всю историю? Например, Сбербанк может посмотреть все транзакции между Bank of America и UBS за прошлый год?

Короче даже я устал от оффтопа. @cryptoanarchy_ru

Речь шла о распределённом последовательном транзакционном реестре с развитыми механизмами консенсуса. Так чтобы транзакционный протокол мог работать и был верифицируем, даже в случае провала какой-то из сторон. Это решает множество проблем. Когда огромные пачки межбанкоских транзакций зависают, т.к. системы банка вырубаются и не могут завершить последовательность. Когда снэпшоты в банках начинают расходиться и нужна огромная комиссия, чтобы понять, кто прав. Кто потерял, а кто вбросил лишнего. Это вопрос стандартизированного устойчивого распределённого межбанковского реестра с автоматическим консенсусом. Криптография /= блокчейн, но и криптовалюта /= блокчейн

Но блокчейн /= финансы, это же просто децентрализованная база данных с высокой избыточностью. Почему когда обсуждают блокчейн, сразу скатываются в финансы, хотя второй популярной областью его применения была база доменных имён, например

Но блокчейн /= финансы, это же просто децентрализованная база данных с высокой избыточностью. Почему когда обсуждают блокчейн, сразу скатываются в финансы, хотя второй популярной областью его применения была база доменных имён, например

я не знаю, я парировал утверждение о том, что блокчейн не интересен крупным банкам

Чего тут спросы за блокчейн и крипту? ;)

на хайлоаде было хорошее выступление про блокчейн как систему для публичного недоверенного хранилища ключей и сетевом протоколе, интегрирующегося с ним. Видео попытался найти - не могу http://www.highload.ru/2017/abstracts/2860.html

Чего тут спросы за блокчейн и крипту? ;)

до крипты ещё не добрались

на хайлоаде было хорошее выступление про блокчейн как систему для публичного недоверенного хранилища ключей и сетевом протоколе, интегрирующегося с ним. Видео попытался найти - не могу http://www.highload.ru/2017/abstracts/2860.html

Я бы посмотрел на блокчейновую замену BGP

нужен торент-трекер на блокчейне

было бы идеально

нужен торент-трекер на блокчейне

а зачем торрент-трекеру блокчейн?

чтобы получить распределенность

какое состояние нужно линеаризовывать в случае торрент-треккера?

чтобы получить распределенность

для этого есть p2p сетевые протоколы

ну в p2p нельзя заанонсить создание торента вроде бы

Он переизобретает магнет-линки

я переизобретаю интернет на самом деле

магнет-линк ведь тоже надо заанонсить

*в хаскель чате

какое состояние нужно линеаризовывать в случае торрент-треккера?

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

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

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

Базерман сломал хакадж

Скажите, а почему у хаскель-приложений в top/htop в VIRT значится 1T потребляемой памяти? Как это значение можно ограничить?

Собственно, у меня проблема в том, что по Alt+SysRq+K убивается не реально жрущее приложение, а первое попавшееся с большим объёмом памяти, им оказывается xmonad, и в результате вся система падает :((

Вместо того, самого прожорливого

Подозреваю, что из-за этого 1Tb в виртуальной памяти

сделай так что-бы оно убивало то что надо

Скажите, а почему у хаскель-приложений в top/htop в VIRT значится 1T потребляемой памяти? Как это значение можно ограничить?

Никак не ограничить Специальным компилятором только компилять например таким https://launchpad.net/%7Ehvr/+archive/ubuntu/ghc-wsl

про почему тут https://ghc.haskell.org/trac/ghc/ticket/9706