I can't run electrum appimage on linux mint.
I have downloaded it and set as executable. When I click it, it doesn't run. When I run via terminal then this error occurs:
How to solve it?

Napisałem już wstępny white paper. Kryptowaluta opiera się na ulepszonym PoW (Najprawdopodobniej odpornym na ataki komputerami kwantowymi, ale to musieliby ocenić specjaliści). Jeśli ktoś zna kogoś albo jakąś grupę zajmującą się tworzeniem nowych krypto to proszę o kontakt.

Szukam specjalisty ds. blockchain który pomoże mi stworzyć nową kryptowalutę. Chodzi mi o programistę, który będzie potrafił napisać klient i cały protokół kryptowaluty. Ja zapewniam wstępnie napisany white paper, tłumaczący ogólną zasadę działania. Brakuje mi tylko wiedzy programistycznej. Wynagrodzenie to tokeny z preminingu naszej kryptowaluty.
PS. Czy wiecie może gdzie skutecznie szukać takich ludzi?

I have a problem with updating to a newest version. I have 1.10.0 and the transition bot doesn't know bech32 address format so i can't add it :/. Do the newest version recognize this format?

Ale czy przez RBF można anulować daną transakcję? Czy tylko podnieść fee tak, żeby transakcja przeszła szybciej? Przez anulowanie rozumiem, że fee dla górnika zostaje ale BTC dla odbiorcy nie zostaną przesłane.

Witam, chciałbym zaprezentować mój pomysł. Jak wiadomo zatwierdzonych transakcji nie da się cofnąć. Jeśli ktoś się pomyli przy wysyłaniu BTC (błędna kwota lub adres) to nie będzie mógł tego cofnąć. Dlatego wpadłem na pomysł, który jest raczej prosty w realizacji. Wystarczy wprowadzić możliwość anulowania transakcji, gdy ta jest jeszcze w mempoolu. Dlatego jeśli ktoś się pomyli i zauważy błąd będzie mógł swoją transakcję anulować. Będzie miał na to czas dopóki żaden górnik nie wykopie bloku z jego transakcją czyli teoretycznie około 10 minut.

Niestety nie jestem aż tak techniczny aby zaprezentować jakikolwiek kod, więc postaram się wytłumaczyć.
Anulowanie mogłoby odbywać się w taki sposób, że użytkownik wysyła do sieci wiadomość, że chce anulować daną transakcję. Taka wiadomość mogłaby zawierać zapewne txid transakcji, którą chce anulować (i pewnie jakieś swoje id tej wiadomości, stempel czasu itp.). Wiadomość musiałaby być podpisana kluczem albo jednego adresu wejściowego felernej transakcji, albo może wszystkimi wejściowymi (jeśli byłoby ich więcej) by udowodnić, że autor tej wiadomości jest posiadaczem adresu z felernej transakcji. Myślę, że dla bezpieczeństwa należałoby podpisać kluczami wszystkich adresów wejściowych.

Górnicy nic by na tym nie stracili. Mogliby kopać blok z felerną transakcją, a gdy odebrali by wiadomość o anulowaniu, wyrzuciliby tę transakcje z kopanego bloku. Czas wykopania bloku nie zwiększałby się ponieważ jest on wartością losową. Prawdopodobieństwo wykopania bloku nie zmieniłoby się. Z resztą zauważyłem, ze górnicy sami wrzucają transakcje do bloku w czasie kopania (może dlatego, że jakaś nowa doszła z dużym fee i zastępują/wywalają transakcję z mniejszym fee) i przecież średni czas wykopania bloku się przez to nie zwiększa.

Niestety nie wiem jakie miałoby to konsekwencje pod względem zapchania się mempoolu. Bo przecież ktoś mógłby zacząć spamować transakcjami i jednocześnie wiadomościami o anulowaniu ich. Nie wiem czy byłby to bardzo uciążliwe dla górników.

Proszę o pozytywne rozpatrzenie mojego wniosku