Topic: Bitcoin; Algoritma Üzerine Yöntemler - page 2. (Read 33598 times)

Bu çözüyor dediğiniz zaten bir bulmaca, ilk önce 256 adrese transfer edilen toplam 32 btc nin bulunması için.

Bulmacanın yaratıcısı nasıl bil yol izledi bilinmiyor, tahminler var ama doğru bir hesaplama yok


ilk adres 1 bit sonra 2 bit 3 bit diye gidiyor

---
----

100 105 110 bitlik adresler çözülmesine rağmen daha ufak olan 64 bitlik adres çözülememiş mesela.
60 ve 65 çözülmüş...

256 bit altındaki o adreslerin kolay çözülmesinin bir nedeni de pubkey inin bilinmesi, python ile pubkey ve bit ilişkisi ile arama yapan bir kod var.

63 ile 65 bit arasındaki "ufak" bir değeri bulmak bu kadar zor iken, oluşan çoğu adresin 2**255 2**256 arasında olduğunu düşünürsek bu galakside dolu adres bulmak o kadar kolay değil...

https://bitcointalksearch.org/topic/bitcoin-puzzle-transaction-32-btc-prize-to-who-solves-it-1306983 çözen çözüyor

Bitcoin core dan tut bütün cüzdanlar bir havuzdan çıkıyor tekrar denediğinizde havuzdan dolu bir adresin gelme olasılığı çok düşük ve imkansız görünse bile nokta kadar bile olsa bir şansı var o yüzden bu denemelerin teknolojinin gelişmesi ile elbet bir gün karşısına dolu bir adres çıkacaktır.

Zamanında btc içinde ne olur bundan diyorlardı ama iş öyle değil.

Yıl olmuş 2021 hala search diyorlar performans diyorlar....
Arkadaşlar Bloom filter https://en.wikipedia.org/wiki/Bloom_filter 25milyonluk bakiyeli wallet arasında, ürettiğiniz 1milyonluk wallet arama 10-20 saniye arasında

Hayır! 1 ve 2 ^ 256 - 1 aralığında integer bir sayıya karşılık gelen private keyiniz için public address üretmek bir işlemken private key wif adresi de üretmek ayrı bir işlemdir. Private key zaten bu sayıdır. Siz her seferinde wif adresini üreterek çok zaman kaybediyorsunuz. Dolayısyla bakiyeli mevcut adres listesine sahipseniz private wif adres üreterek vakit kaybetmek istemezsiniz. Zira bir çakışma olmadan zaten ihtiyacınız da olmaz ancak bir çakışma bulursanız private key'e o zaman ihtiyacınız olabilir. Tabi bu yöntemle çalışmak için sıralı olarak oluşturduğunuz her 256 bit sayınıza denk gelen public adresi ürettikten sonra BinarySearch ile gerçek zamanlı olarak bakiyeli adres listesinde arama gerçekleştirmelisiniz. Binary Search çok hızlıdır. Binary Search ile kaç döngüde aramayı tamamlayacağından emin olmak için elinizdeki listenin adres sayısının 2 nin hangi kuvvetinden küçük olduğunu bulmalısınız.

Örneğin 35 milyon bakiyeli adres varsa arama döngüsü 26 kez çalışır, bulur ya da bulamaz. Binary Search kullanmadan bahsettiğim hızlara asla ulaşamazsınız.

Hele SQL Bulk vb. yöntemler de olsa disk ile muhattap oluyorsanız işiniz çok zor. Bu tüm işlemleri ölümüne yavaşlatır.

Private key i boşuna yazıp yer işgal etmeyin ayrı, pubkey oluşturun çakışma olursa private key oluşturursunuz ayrı.

Bildiğim kadarıyla pubkey den privkey  üretilemiyordu.
Yazsan da yazmasan da  privkey yaratılır, pubkey elde edilir pubkey den adres elde edilir.

Türklerin zeka problemi olduğu için illa private key i bir listede istiyor. Halbuki private key lere sadece bir çakışma bulursan ihtiyacın olur. Diğer durumlarda hangi aralığı taradığın bilgisini saklaman yeterli olur. 2 ^ 32 bitlik bir çözünürlük ile kaldığın yeri saklaman yeterli olur. Private key i yalnızca bir çakışma bulduğunda üretirsin. Fonksiyonunun pub keyi üretme hızı daha düşüktür. Her defasında private key i de ürettiğin için hızın çok düşüyor. Ben i7 makinemde 1-3M Key hız alıyorum kendi yöntemimle...

diskten veri okumuyorum zaten. Üretilen adresleri bir listte tutup belirli periyotta veritabanına basıyorum. 100k pubkey ve privkey listi oluşunca BulkUpdate ile SQL servera basıyorum. Search kısmında sıkıntım yok ancak elimde bu iş için kullandığm işlemciler 2. yada 3. nesil i5 işlemciler. 100-150kkey tarama hızları var. Veriyi karşılaştırmada değil deveriyi üretmede yavaş kalıyorum:)

@Kuz3y Arkadaşım bu liste zaten blockchain'deki bakiyeli adres listesi... Zaten tümünün bakiyesi var. Private key leri elinde olmadığı sürece işine yaramaz.

Ayrıca diskten veri okumak RAM den okumaya göre çok çok yavaş kalır. Tüm adres listesini sıralayıp bir arrayda tutup BinarySearch ile inanılmaz bir hız elde edersin.

Evet uzun süredir takip ettiğim başlığa (-katkısı olmaz ama) benim sistemimi anlatayım.

mugt arkadaşım sağolsun , 25/12/2021 tarihli bakiye bulunan BTC listesi vermişti.

Öncelikle listeden 3 ile başlayanları sorguların uzun sürmesini bir nebze azaltsın diye ayıkladım. Zira bunlar vanitygen ile üretilemiyor.
Ortaya 24.440.553 Adet 1 ile başlayan içerisinde bakiye bulunan bir liste çıktı. Bunu SQL Server'a import ettim.

Pattern'i de bu listenin içindeki 24.440.553 Adet adresin ilk 5 karakterini alarak oluşturdum. Ortaya çıkan DISTINCT olarak 1.235.138 Adet Pattern listesi oluştu. Sonra vanitygen-plus'un oclvanitygen'ini çalıştırdım. Herhangi bir text dosyasına çıktı almadım. Programı başka bir console application'ın instance'î içerisinde çalıştırarak console'un outputlarını kesip-biçerek sadece PublicKey ve PrivateKey'lerini bir list içerisine çektim. Liste her 10.000 olduğunda bunu veritabanında SQLBulkUpdate ile 24 milyonluk veritabanında sorguladım. ( ~250 ms sorgu sonucu. SqlBulkUpdate muazzam hızlı).

1 saat çalıştırılınca Sonuç:
https://imgur.com/a/KRIzC2z

Hız kısmında console'da hata olmuş ama ortalama hız 520 kk/sn


1.994.579.968 Adet key taramışım. İçinde bakiye bulunan 24.440.553 adet hesaptan ilk 5 karakteri aynı olan 486.774 adet key bulmuşum. Bunların hepsini veritabanından sorgulamışım.0 bulmuşum. Bu keylerin hepsini veritabanına kayıt da edebilirdim ama o yol yol değil

Forumda ücretsiz dağıtımını yapan varmış.
O kişiye Destek olarak merit veya bağış yaparak sürekliliği sağlamaya özen gösterelim.  

NOT: Kullanılmış adres listesini korona dolayısıyla geciktirdim. Yılbaşındaki dört gün yasak süresinde güncelleyeceğim.

burdaki database i indirmiş arkadaş var mı? indirmiştim bulamıyorum kafayı yemek üzereyim.

Farkındayım arkadaş çok yavaş bir yöntem kullanıyor. Bakiyeli adreslerle bir çakışma yakalamak için VanitySearch gibi bir yöntemle kendi işlemcimde (2. Nesil Intel Core i7) 3 milyon adres üretebildiğimi gördüm. Her saniye üretilen bu 3 milyon adresin en az birinin blockchain deki bir adresle çakıştıran kod tüm adresleri hafızada tutuğu için ve sıralı bir liste olduğundan çok hızlı sorgulanıyor. Random 96 bit genişliğinde bir aralıkta en az bir adres bulunabileceğini düşünüyorum.

Böyle bir bilgiyi de forumdakiler nimet zannedip bu konuda paylaşım yapmaktan imtina ediyor. Zaten bu kadar kolay olsaydı birileri bunu çoktan denemiş ve başarmış olup Bitcoin fantazisini tarih yapacaktı.

Bakalım @bitcamilo buna ne cevap verecek?

1GB ve 1A4 ile başlayan adreslerde taram devam ediyor daha çok 1GB. Ayrıca üretilen dosya içindeki adres ve privatekey harici text temizlenip dosya sonuna 1 adet aynı adres eklenerek dosyanın sonuna kadar kontrol edildiğinin kontrolu yapıldı. Her dosya 5.000.000 adet rar dosyaları halinde. Söz hocam yukarda bahsettiğim gibi son kontrolunu yaptıktan sonra halka açacagım. Sanırım o zaman 2 TB olur gibi.

farklı bilgisayardaki çalışan oclvanitygen'lerin dosyaları tek bilgisayarda toplanıyor. Belirtilen önek'e göre klasörüne gönderiliyor. Sonrasında gereksiz bilgiler temizlenip birleştirilip çift satır kontrolü yapılıyor. Şu ana kadar 4 kez denk geldi. Fazlasının olup olmadığını bilmiyorum otomatik temizliyor. Tekrar varsa log tut demedim. Sebebini bilmiyorum ama daha önceki mesajlarımda vanitygen kodunu akış şeması halinde olmasını ondan dolayı istemiştim. Oluşturulma kısmında rastgele attığında denk getirdi sanırım. Dediğim 1abcd şeklindeki adres uzunluğunda belirtmekte fayda var.

Sorular biraz uzun gelebilir ama çalışma şeklinizi anlamam açısından önemli. Çünkü adres oluşturma süresi, paralelde kaç tane çalıştığı, regex yada uzunluk ile alakalı.
hangi vanity aracını kullanıyorsunuz? Başlangıç için kaç harf aralığı verdiniz? (1abcd gibi.) Kaç farklı adresi (1abcd, 1efgh...) vanity ile oluşturdunuz? vanity kullanırken regex kullandınız mı? Kaç farklı pc'de çalıştı? Kaç adette oluşturduğunuz adresleri kaydettiniz?

Adres sayısına bakarsak, süreye göre regex yerine 5+ karakterde, birden çok bilgisayarda mı çalıştırdınız?
zahmet olmaz ise ben alabilirim yükleme kısmında çok zahmetli olacağı aşikar, özel mesaj yada maille devam edebiliriz. Örnek dosya yükleme imkanınız varsa süper olur.

Bu adres arama işinden vazgeçeceğim zaman son kullanım ve tüm adresleri tekrar kontroldan sonra ya silecegim yada istek olursa paylaşacağım. Benim kontrolümden birşey çıkmadı başkası bakınca birşey çıkacak demiyorum. Adres ve privatekey lerden yola çıkarak tersine mühendislik için belki bir ışık tutabilir. Benim harcadıgım 2 yılı o harcamamış olur.

Şöyle anlatayım 1 ile başlayan bir adres uzayından söz ettiğimizde tüm olasılıkların miktarı 904.798.310.844.700.775.313.327.215.140.493.940.623.303.545.877.497.699.631.104 Adet ve sizin ürettiğiniz 1.5 TB'lık dosyada toplam 22.6 milyar adres mevcut yani satının en sağındaki 699 milyara dahi ulşılabilmiş değil, varsayalım saatte 1 milyon adres üretiyorsunuz bu şekilde tüm uzayı taramanız teknik olarak 1.14764E+50 yıl sürüyor sayının ne anlama geldiğini anlamak için bir excel dosyasını açmanız yeterli

Bu verilerin birilerin işine yarayıp yaramayacağı konusunda da şunu söyleyeyim, eğer siz bu adresleri bitcoin networkünde check ettiyseniz ve bir eşleşme bulamadıysanız başkası da check ettiğinde bir şey bulamayacak yani gazoz kapağını açtınız kapağın altında tekrar deneyiniz yazısını görüp kapağı kapatıp tekrar açtığınızda sonuç nasıl değişmiyorsa yine değişmeyecek Ha diyebilirsiniz ki ama ben kontrol ettiğimde o listede olmayan bir adres 10 saniye önce birisi tarafından kullanılmış olabilir o zaman da derim ki 22 milyon değil 22 katrilyonda da aynı şans var üretmeye devam edin

Sonradan gelen edit : Bu arada bi arkadaş vardı 18 milyon adres ürettim 7 tane eşleşme yakaladım diyen nerede o

22.688.282.805 Adet adres ve artıyor 1,5 TB oldu.

Şu ana kadar kullanılmış bir adres bulamadım. Tekrar eden adres var mı geri dönüp bakmadım. Kontrol bu da bayağı zaman alıyor. Şimdilik tekyönlü. Pazar konusu bu adresleri toplu şekilde kim nasıl kullanmak ister şimdiden bilemiyorum belki birisine faydalı olur.

Vanitygen'in belli bir noktadan sonra aynı adresleri oluşturduğunu nasıl tespit edebildiniz? Milyarlarca adres generate ettiniz diyelim tekrar eden adresleri nasıl tespit edebildiniz?

Blok taramadan kastım. 1'den başlayıp sırayla maks. değere kadar tüm adresleri oluşturmak yerine, basitce google arama sonnuçlarındaki gibi her sayfada 10 sonuç göstermesi gibi düşünebilirsin. Burada her sayfada 1 milyon, 10 milyon, yüz milyon baloncuk olabilir. A sayfasında
Brainwallet ve önceden kullanılmış şifrelerden adres oluşturduğunda bulmak demek, zaten birisinin kullandığı yani tekrar aynı adrese denk gelmiş oluyorsun.
Vanitygen içinse evet o yönde bir adres oluşturma havuzum var. Konu içinde zaten yazmıştım. Yine detaylı yazmaya gerek duymuyorum. Vanitygen adres yöntemim belirli değerler için doğru sonuç verse de hepsi için tek formül olmuyor. Kısaca verdiğiniz hedef adresin tümü yerine belirli uzunlukta daha kısa denemeler ile daha kesin sonuç verebiliyor. Ancak önceki mesajlarda yazmıştım. Oluşturmada ne kadar örnek değer olursa o kadar formül/formüller değişecek 100 milyon deneme yerine belkide binlerce denemede o desene denk gelebilecek. Kısmi taramaya halen devam ediyor olsamda bu tarafı hiç bırakmadım. Zaten brainwallet ve şifreleri tarayanlar olduğu için o yol biraz daha kolaycılık olacaktı.

Pazarı oluşmayacaktır. Çünkü herkes vanitygen yada scriptler ile havuz oluşturabiliyor. Bu yolda araştırma yapanların belki işine yarayabilir diye "eğitim amaçlı" ücretsiz olarak paylaşabilirsiniz. Bendeki formülün gelişmesine yardımcı olursa zaten denk geldiğinde mutlaka hakkınızı fazlasıyla vermiş olurum etikçiler bu cümleden sonra bak boşaltacağım dedi der.... Vanitygen ile adres oluşturmada belirli süreden sonra hedef aralığı tekrar ediyor. Ona dikkat etmeyi unutmayın.