Topic: Какой язык лучше для создания блокчейна - page 2. (Read 751 times)

Ога, видимо тот, на котором невозможно написать вредоносный код да?
А не, я понял, выбирайте язык на котором вообще нельзя написать код!

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

На тему "простоты" и "высокоуровневости" JS:

https://gist.github.com/CryptoManiac/1fc7c37f9e095e59532dfbc99f3ecf8e

Функция предназначена для вычисления murmurhash с длиной вывода, кратной 160 битам. Большинство яваскриптовых IDEшек ругаются на код, как на жутко не соответствующий всем нормам морали.  

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

Есть обычные битовые операторы, как в C/C++. Только с ними надо осторожнее, потому что обманчивая простота JS в сочетании с битовыми операторами - это термоядерная смесь. Некоторые деятели такое пишут, что потом получается полный ахтунг.

Я о Script, если что, говорил. Сами клиенты понятное дело написаны на плюсах, Питоне и иногда на шарпе.

Но при кодинге высоким уровнем для низкого, можно дойти до того, до чего дошли ребята с ДАО, когда не понимали как на низком уровне работает функция split  

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

Ну да, все никак не могу привыкнуть в этому Buffer в яваскрипте и к его методам ((
В принципе с байтами нормально можно работать. А для работы с битами есть что-нибудь?

ужоснах...  может лучше в кодах?..

Да легко.

Вариант 1:



Вариант 2:



При желании еще можно запилить асинхронность, потоки, фабрику объектов... В общем, вопрос фантазии.


Это я всё к чему?

Первое. Для любого случая можно придумать хитрый болт. Я могу показать какой-нибудь трехстрочный промис на JS или C#, с последующим его резолвом. А потом ухмыльнуться и предложить написать аналогичный код GWBasic. Ну несерьезно же, подобные эксперименты ничего не значат от слова совсем.  

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

Точно сэкономит? Может проведем простейший эксперимент?
Напишите программу на яваскрипте, которая на вход принимает строку "02010000", а на выходе дает число 258 ?
Потом сравним с тем, как это можно сделать в с++?

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

В "скриптовых" языках, вроде питона или того же JS, есть всё необходимое для работы с бинарными данными. А если кому-то лень собирать пакеты руками, то есть и куча библиотек с обертками. Ситуация особенно не отличается от таковой при написании аналогичного приложения на любом другом языке, включая "системные". Если человек криворукий и не знает, как работает TCP/IP, то ему не поможет ничего. Если же знает, то и на JS нормально напишет, да ещё и время сэкономит на этом.

Это было бы интересным пассажем, если бы не...


Ага, именно, я решил отойти от слов и провести такой эксперимент на самом себе. И больше скажу - никакой разницы с написанием аналогичного кода на C++ или C# я для себя не вижу от слова совсем. Да, для некоторых вещей приходится писать обертки. В то же время, для других не приходится. Так что плюс-минус всё то же самое, ибо главное при программировании - алгоритмы и постановка задачи, все остальное вторично. Программирование этим и отличается от "коддинга", когда некто бездумно пишет всякую херню, а потом смотрит в отладчик и удивляется.

Единственный существенный вывих мозга при работе с JS - добровольно-принудительная асинхронность, но это даже хорошо.

Главной вопрос:  а кто использованные библиотеки поддерживает?..

И не появиться ли дырка, после того, как выйдет новая версия библиотек?..


PS  вот потому и лучше системные языки, где есть все фишки, причем _стандартизированные и переносимые_...
А так-то да - в принципе блокчейн может быть таким приметивным, что его можно написать на чем угодно - но поверьте, если ваша задача таким кривым инструментом решается, то вам лучше токен, а не блокчейн!
А отдельный блокчейн(который имел бы в наше время смысл!) потребует такие редкие функции, что половину из них все равно придеться писать с нуля, да и с системой там интеграция будет скорее всего не слабая...


привет, детка, че курил в этот раз?

И случайно не умеешь ли писать на спарке?..
(спорю в гугель полезешь?    а тебе б надо знать это как отче наш...)


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

PPS  да кстати вот тебе вопрос как программеру на засыпку:  что будет если ваш битховен откомпилить на интел и моторолу, где байты идут в другом порядке?..   Ну и написать исходник на чем-нить "системно-независимом"(это так-же как со странами - когда от программиста уже ничего не зависет )) ), чтобы не заморачиваться...  Раз - и у всех int в структурах байты местами переставились, старшенький с младшеньким...  но почему-то все работает, причем аж в 2х вариантах...
Ну, понятно, что таким блоки с моторолы не пройдут на интеле и наоборот...  Но фишка в чем?   Возникнет 2 форка!!!  Правильно?..  (Дальше сам?..)
И вопрос - заметил бы ты раскол в сети или нет?..   Ну, потом-то конечно заметят лет через несколько - а вот чтобы сразу?..

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

investgroup

Ваше оценочное суждение очень важно, оставайтесь на линии. 

чушь порешь как обычно - а ей уже и не больно, бо уже сдохла ))


Для написания систем - нужен язык СИСТЕМНОГО программирования, коими до определенного момента совсем не являлись даже некоторые обычные для систем языки(теперь)...

Альтернатива - только ассемблер и квази-ассемблер, то есть говно квази-языки программирования вроде Ц и его извращений...


Жаба же даже квази-языком программирования не является - это квази-программирование ))



а вот тут умная мысль


Еще усвой простую мысль - что например система, написанная и работающая на том-же паскале на самом деле не написана и не работает, бо функций паскаля _СИСТЕМНЫХ_ просто не существует!

То есть системная часть может на этих недоязыках работать только лишь в виде ассемблерных вставок и тп костылей...


Назовешь хоть пару языков СИСТЕМНОГО программирования?..



из тебя аналитик еще хуже чем программист...

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

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

1) Есть языки, полные по тьюрингу, и есть неполные. Если язык полон по тьюрингу, то на нем можно сделать все, что можно сделать на другом полном по тьюрингу. А блокчейн это, или ядро ОС - не имеет никакого значения совсем. Ядра ОС и драйверы к ним сочиняют и на C#, и на Java, есть даже ОС на Haskell. Зачастую это вызывает взрыв мозга у учителей информатики, вбивающих людям в голову всякий "высокоуровневый" и  "низкоуровневый" бред.

Что же до блокчейна, то подойдёт абсолютно любой язык, на котором сравнительно просто можно реализовать односвязный список или дерево. Яваскрипт входит в их число, собственно. Простейший блокчейн на Javascript реализуется за 10-15 минут. А за 20 его можно научить сохраняться на диск и реорганизовываться.

2) Никакого особого языка в клиентах Сатоши нет и не было. Обычная мешанина из разных стандартов C++ и макросов буста. Большая часть увиденного мной кода из проектов на C++, реализованных господрядчиками, выглядела именно так. То есть, довольно херово, чистой воды write-only.  

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

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

Все верно.
Про криптографию очень хорошая статья для начинающих: https://habr.com/ru/post/335906/

Так понимаю цпп это C++? А криптография это походу не програмирование, а матанализ или чего то похожее?

Любой, хоть Javascript. Лишь бы голова была на месте.

Не существует каких-то особых языков программирования подходящих для разработки криптовалюты с нуля в большей степени, чем другие языки программирования. Любой мейнстримный универсальный ЯП в равной степени подходит для создания криптовалютной ноды.

Bitcoin - C++
Next - Java
Ethereum - Geth - Go, Parity - Rust