Search content
Sort by
Showing 12 of 12 results by metin_wht
https://bitcointalk.org/index.php?topic=5525544.0 detaylarını yazmıştım.
Yeni Blok Zincirin ilk basamağını yazdım.
Bootstrap sunucuyu başlatacak. aynı zamanda doğrulaycıları ve yeni sunucuları ekleme yapabilecek. Startı ilk verecek program bu.
Daha sonra eklediği bootstraplarda aynı yetkilerle ağa bağlanabilecekler. Doğrulayıcıların kontrolünü sağlayacak olan bootstraplar bu sistemde bulunacaklar.
Başlarken ;
http://bitcoin-turk.com/iplist.txt adresine de bootstrap sunucularının ip adreslerini yedek olarak tutuyor.
Doğrulayıcı ve Sunucular için cüzdan no lar var. Blok sunucu ekleme yaptığında, ödül gönderebilmesi için.
İkinci aşamasında Bootstrap sunucuların giriş panallerini ve kodlarını paylaşacağım. Doğrulayıcılar listesini ve Bootstrapsunucular listesini hash olarak tutacağım.
https://github.com/metinoksuz/bitcoin-turk.com
Yeni Blok Zincirin ilk basamağını yazdım.
Bootstrap sunucuyu başlatacak. aynı zamanda doğrulaycıları ve yeni sunucuları ekleme yapabilecek. Startı ilk verecek program bu.
Daha sonra eklediği bootstraplarda aynı yetkilerle ağa bağlanabilecekler. Doğrulayıcıların kontrolünü sağlayacak olan bootstraplar bu sistemde bulunacaklar.
Başlarken ;
http://bitcoin-turk.com/iplist.txt adresine de bootstrap sunucularının ip adreslerini yedek olarak tutuyor.
Doğrulayıcı ve Sunucular için cüzdan no lar var. Blok sunucu ekleme yaptığında, ödül gönderebilmesi için.
İkinci aşamasında Bootstrap sunucuların giriş panallerini ve kodlarını paylaşacağım. Doğrulayıcılar listesini ve Bootstrapsunucular listesini hash olarak tutacağım.
https://github.com/metinoksuz/bitcoin-turk.com
Tahmini Zaman Çizelgesi
Nisan 2024: Halving gerçekleşiyor.
Temmuz - Ekim 2024: Bitcoin yükselişi hızlanıyor.
Ocak - Mart 2025: Bitcoin zirve yapıyor.
Mart - Haziran 2025: Altcoin sezonu ve majör projelerin zirve dönemi.
Şuan yukarıda ki özeti veriyor. Bence mantıklı
Nisan 2024: Halving gerçekleşiyor.
Temmuz - Ekim 2024: Bitcoin yükselişi hızlanıyor.
Ocak - Mart 2025: Bitcoin zirve yapıyor.
Mart - Haziran 2025: Altcoin sezonu ve majör projelerin zirve dönemi.
Şuan yukarıda ki özeti veriyor. Bence mantıklı
Yapay zekaya sordum 
Bitcoin'in Yükseliş Süreci
Halvingden Hemen Sonra (Nisan - Haziran 2024):
Halving sonrası genelde piyasada kısa süreli bir durgunluk olabilir.
Yatırımcılar fiyatın yönünü görmek için bekler; volatilite artabilir.
Yükseliş Başlangıcı (Temmuz - Ekim 2024):
Bitcoin fiyatındaki ciddi hareketler genelde halvingden 3-6 ay sonra başlar.
Bu süreçte Bitcoin fiyatı hızla artabilir ve yatırımcı ilgisi yoğunlaşır.
Bitcoin Zirvesi (Ocak - Mart 2025):
Halving sonrası zirve genellikle 9-12 ay içinde gelir.
Bu tahmine göre Bitcoin'in zirvesi 2025'in ilk çeyreğinde beklenebilir.
Altcoinlerin ve Majör Projelerin Yükselişi
Bitcoin'in Yükselişine Eşlik Eden Altcoinler (2024 Sonbaharı):
Ethereum gibi majör projeler Bitcoin'e kıyasla biraz daha geç hareket eder.
Ancak 2024'ün son çeyreğinde, Ethereum ve diğer majör altcoinler Bitcoin'le birlikte ivmelenebilir.
Altcoin Sezonu (2025 İlkbaharı):
Bitcoin zirvesine ulaştıktan sonra yatırımcılar kar realizasyonu yapar.
Bu sermaye genelde altcoinlere kayar ve bir "altcoin sezonu" başlar.
Bu dönem muhtemelen 2025 Mart - Haziran arasında yoğunlaşır.
Bitcoin'in Yükseliş Süreci
Halvingden Hemen Sonra (Nisan - Haziran 2024):
Halving sonrası genelde piyasada kısa süreli bir durgunluk olabilir.
Yatırımcılar fiyatın yönünü görmek için bekler; volatilite artabilir.
Yükseliş Başlangıcı (Temmuz - Ekim 2024):
Bitcoin fiyatındaki ciddi hareketler genelde halvingden 3-6 ay sonra başlar.
Bu süreçte Bitcoin fiyatı hızla artabilir ve yatırımcı ilgisi yoğunlaşır.
Bitcoin Zirvesi (Ocak - Mart 2025):
Halving sonrası zirve genellikle 9-12 ay içinde gelir.
Bu tahmine göre Bitcoin'in zirvesi 2025'in ilk çeyreğinde beklenebilir.
Altcoinlerin ve Majör Projelerin Yükselişi
Bitcoin'in Yükselişine Eşlik Eden Altcoinler (2024 Sonbaharı):
Ethereum gibi majör projeler Bitcoin'e kıyasla biraz daha geç hareket eder.
Ancak 2024'ün son çeyreğinde, Ethereum ve diğer majör altcoinler Bitcoin'le birlikte ivmelenebilir.
Altcoin Sezonu (2025 İlkbaharı):
Bitcoin zirvesine ulaştıktan sonra yatırımcılar kar realizasyonu yapar.
Bu sermaye genelde altcoinlere kayar ve bir "altcoin sezonu" başlar.
Bu dönem muhtemelen 2025 Mart - Haziran arasında yoğunlaşır.
yazmayayım diyorum da hocam. bana internetten araştırıp araştırıp cevap vermeyin.
Aşama-1 :
48 milyar deneme demek 48.000.000.000 yani = 48 x 10^9 bu sayıya da 4.8 x 10^10 olarak aldık.
Aşama- 2:
2^67 sayısı da =147.573.952.589.676.412.928 bu sayıyı da 1.475×10^20
Aşama-3:
1.475×10^20 / 4.8 x 10^10 = 3.072×10^9 bu sayıyı da genişletelim 3.072.000.000 sayısını buluruz.
(bu bulduğumuz sayı bizim 2^67'nin, saniyede 48 milyar denemede geçecek zamanı. saniye cinsinden değerimiz)
Aşama-4:
Bir yılda 31.556.926 saniye var toplamda. 3.072.000.000 / 31.556.926 yaptığımızda = 97,347
Sonuç:
Yani 97 yıl.
Hangi mantıkla 48 yıl diyorsunuz. Her okuduğunuza inanmayın. Bakın buraya kadar ki kısmı genel bilgiydi. Şimdiki yazacaklarımda işin püf noktası.
Bitcoinin private key'i oluşturulurken; 2^256 −2^32 −977 ile alınır. daha buna versiyon baytı, sıkıştırma baytını ekleyeceğiz.
sonra sha256 ekleyeceğiz doğrulma, buna da checksum diyelim.
private key = privatekey + checksum(sha256) (bu kısım kodlarda yok.)
Privatete keyimizi de dönüştürüyoruz =privatekey(Base58)
örnekte ki kod da .import base58 kütüphanesi ve import ecdsa olduğu için ham private arıyoruz.
sk = ecdsa.SigningKey.from_string(private_key, curve=ecdsa.SECP256k1)
kodunda da public key satırlarınız. neyse uzatmıyorum.
ilk başta söylediğimi tekrar söylüyorum. bu kolar bir işe yaramaz. sadece boşa zaman geçirmektir. eğiticimi evet çok eğitici. ama işe yararmı hayır. tekrar ediyorum. işe yaramaz.
hashlerle ilgili benim şu videomuda izleyebilirsiniz
https://www.youtube.com/watch?v=2kjvaOGZwtc&t=1087s
saygılar
Aşama-1 :
48 milyar deneme demek 48.000.000.000 yani = 48 x 10^9 bu sayıya da 4.8 x 10^10 olarak aldık.
Aşama- 2:
2^67 sayısı da =147.573.952.589.676.412.928 bu sayıyı da 1.475×10^20
Aşama-3:
1.475×10^20 / 4.8 x 10^10 = 3.072×10^9 bu sayıyı da genişletelim 3.072.000.000 sayısını buluruz.
(bu bulduğumuz sayı bizim 2^67'nin, saniyede 48 milyar denemede geçecek zamanı. saniye cinsinden değerimiz)
Aşama-4:
Bir yılda 31.556.926 saniye var toplamda. 3.072.000.000 / 31.556.926 yaptığımızda = 97,347
Sonuç:
Yani 97 yıl.
Hangi mantıkla 48 yıl diyorsunuz. Her okuduğunuza inanmayın. Bakın buraya kadar ki kısmı genel bilgiydi. Şimdiki yazacaklarımda işin püf noktası.
Bitcoinin private key'i oluşturulurken; 2^256 −2^32 −977 ile alınır. daha buna versiyon baytı, sıkıştırma baytını ekleyeceğiz.
sonra sha256 ekleyeceğiz doğrulma, buna da checksum diyelim.
private key = privatekey + checksum(sha256) (bu kısım kodlarda yok.)
Privatete keyimizi de dönüştürüyoruz =privatekey(Base58)
örnekte ki kod da .import base58 kütüphanesi ve import ecdsa olduğu için ham private arıyoruz.
sk = ecdsa.SigningKey.from_string(private_key, curve=ecdsa.SECP256k1)
kodunda da public key satırlarınız. neyse uzatmıyorum.
ilk başta söylediğimi tekrar söylüyorum. bu kolar bir işe yaramaz. sadece boşa zaman geçirmektir. eğiticimi evet çok eğitici. ama işe yararmı hayır. tekrar ediyorum. işe yaramaz.
hashlerle ilgili benim şu videomuda izleyebilirsiniz
https://www.youtube.com/watch?v=2kjvaOGZwtc&t=1087s
saygılar
Re: Yeni Projemiz Risy DAO: Merkezi Olmayan Finansın Geleceği
Merhabalar,
Whitepaperınızı okudum;
Ancak, size bir sorum olucak:
Tamamen merkeziyetsiz ve BTC'ye bağlı olmayacağını söylemişsiniz.
Kendi blockchaininizi kurduğunuzu düşünerek POW mu yoksa POS gibi bir yöntemmi izliyorsunuz dicektim ancak Polygon kullandığınızı gördüm.
Polygon üzerinde olmanız her türlü volatiliteyi (Eğer ki projeniz büyürse) birlikte getirecektir.
Chain migration gibi bir planınız varmı? Teamlerin dox olduğu projeler daha güvenilir oluyor artık bugünlerde.
Bunlarda benim 2 cent'im.
Saygılar,
Tetaeridanus.
Whitepaperınızı okudum;
Ancak, size bir sorum olucak:
Tamamen merkeziyetsiz ve BTC'ye bağlı olmayacağını söylemişsiniz.
Kendi blockchaininizi kurduğunuzu düşünerek POW mu yoksa POS gibi bir yöntemmi izliyorsunuz dicektim ancak Polygon kullandığınızı gördüm.
Polygon üzerinde olmanız her türlü volatiliteyi (Eğer ki projeniz büyürse) birlikte getirecektir.
Chain migration gibi bir planınız varmı? Teamlerin dox olduğu projeler daha güvenilir oluyor artık bugünlerde.
Bunlarda benim 2 cent'im.
Saygılar,
Tetaeridanus.
Sorulması gereken en güzel soruyu sormuşsunuz. Gerçek bir blok zincir değil ve bir blok zincir üzerine inşa ediliyorsa her zaman bir adım geride durmak bana göre en mantıklı olandır. Yine de hayırlı uğurlu olsun diyelim. Allah utandırmasın 😃
Hocam sen yanlış anladın. Şöyle anlatayım. Bu da bu başlıktaki son yazım olsun. Saniyede 48 milyar deneme dediniz. Gelin onu yuvarlayalım. 50 milyar diyelim. 2⁶⁷ için yaklaşık 100 yıla ihtiyacınız var. 2⁶⁸ derseniz bu zaman 200 yıla çıkar. 2⁶⁹ da 400 yıl olur. Rahat anlaşılsın diye yuvarlıyorum zamanları. Aşağı yukarı bu sayıları bulursunuz.
2⁶⁷-2²⁵⁶ yaparsanız. 189 katsayısını bulursunuz. Yani 100 yıl süren zamanı 189 kere 2 ile çarpın. 2¹⁸⁹ kat daha var key için.
Dediğim gibi eğitim amaçlı olabilir bu kodlar ama normalde hiçbir işe yaramaz.
Saygılar.
2⁶⁷-2²⁵⁶ yaparsanız. 189 katsayısını bulursunuz. Yani 100 yıl süren zamanı 189 kere 2 ile çarpın. 2¹⁸⁹ kat daha var key için.
Dediğim gibi eğitim amaçlı olabilir bu kodlar ama normalde hiçbir işe yaramaz.
Saygılar.
kod bir işe yaramaz gibi duruyor. sağlam bir işlemciyle tahmini saniyede 300k anahtar denemesi yapabilirsin diyelim. ama aradığın anahtar 2 üzeri 256. yani kısaca şöyle söyleyeyim. evren ilk oluştuğunda bu programı çalıştırsaydın. bir ihtimal bulma şansın yüzde %1 falan olurdu.
2^256 tüm olasılık. bulmacalarda belirli aralığı aradığınız için tamamını kapsamıyor. 67. bulmaca için 2^67
#67 puzzle's keyspace (from 2^66 till 2^67-1 decimal, 0x4 0000 0000 0000 0000 - 0x7 FFFF FFFF FFFF FFFF)
2^256 değeri:
115792089237316195423570985008687907853269984665640564039457584007913129639936
2^67 değeri:
73786976294838207
Kaynak :https://hashkeys.space/67/
bende aynı şeyi söylüyorum işte
2^67 ×0.001 saniye olarak düşünelim. o zaman bize lazım olan zaman = 1.472×10^17 saniye oluyor. bir yılda da toplam 31.536.000 saniye var. Bu değerini yıla böldüğün zaman 4.66×10^9 yıl yapar. Tahmini 5 Milyar yıl gibi bir sürer. Bak bu 2^67 deki deneme süren (0,001 saniyede bir deneme yaptığını düşünerek hesaplıyorum sende daha üstün cihaz varsa ona göre çıkar hesabını)
2^67 ile 2^256 arasında ki farkı hesaba kattığında evrenin oluşumuda kurtarmıyor. Eğlence amaçlı bir program yazmış arkadaşın biri. bir işe yarar mı yaramaz. ama eğitici olabilir. en azından mantığı görürler. saygılar
Merhaba,
İşlemleri havuzda bekletirken, zincire eklemeden önce oroboros gibi zamanı da hesaba katabiliriz. Hem işlem sayısı hem de belirli bir zaman olarak çift denetimli bir sistem inşa edebiliriz.
örneğin 1000 işleme ulşatığında bloğu ekle, 1000 işleme ulşamadı ama 2 gün geçti yine bloğu ekle. Burada ağın ilk zamanlardaki işlem hacmine göre ayarlama yapılabilir.
stake ödülleri yerine, yapılan işlemlerden alınan komisyonlar doğrulayıcılar arasında paylaştırılıp, hatta bloğu ekleme isteği gönderen doğrulayıcının daha fazla ücret alması ile. hem ağın ayakta durması hem de tüm doğrulayıcıların sürekli gelir elde etmesi şeklinde düşündüm. Burada ben kazanmıyorum. İşlem ücretlerinin tamamı doğrulayıcılara gidiyor.
Sizin dediğiniz doğru, bootstrap sunucular ilk başlarken merkeziyetsizliği bozacaklar. Onun için bir mantık yürütmeye çalışıyorum. Xrp de burada merkeziyetsizliği bozuyor. Ben biraz daha farklı bir çözüm bulmaya çalışıyorum.
Bloğun doğrulama işlemlerinde, çift kontrol sağlıyorum evet. Bu doğrulayıcının manipüle edilip edilmediğini de sağlıyor. Tabi değiştirilebilir, daha güzel bir çözüm varsa onlara da bakabiliriz.
Kodları da yazdıkça paylaşacağım. Desteğiniz ve önerileriniz için teşekkürler. Hep birlikte güzel bir blok zincir yapalım.
İşlemleri havuzda bekletirken, zincire eklemeden önce oroboros gibi zamanı da hesaba katabiliriz. Hem işlem sayısı hem de belirli bir zaman olarak çift denetimli bir sistem inşa edebiliriz.
örneğin 1000 işleme ulşatığında bloğu ekle, 1000 işleme ulşamadı ama 2 gün geçti yine bloğu ekle. Burada ağın ilk zamanlardaki işlem hacmine göre ayarlama yapılabilir.
stake ödülleri yerine, yapılan işlemlerden alınan komisyonlar doğrulayıcılar arasında paylaştırılıp, hatta bloğu ekleme isteği gönderen doğrulayıcının daha fazla ücret alması ile. hem ağın ayakta durması hem de tüm doğrulayıcıların sürekli gelir elde etmesi şeklinde düşündüm. Burada ben kazanmıyorum. İşlem ücretlerinin tamamı doğrulayıcılara gidiyor.
Sizin dediğiniz doğru, bootstrap sunucular ilk başlarken merkeziyetsizliği bozacaklar. Onun için bir mantık yürütmeye çalışıyorum. Xrp de burada merkeziyetsizliği bozuyor. Ben biraz daha farklı bir çözüm bulmaya çalışıyorum.
Bloğun doğrulama işlemlerinde, çift kontrol sağlıyorum evet. Bu doğrulayıcının manipüle edilip edilmediğini de sağlıyor. Tabi değiştirilebilir, daha güzel bir çözüm varsa onlara da bakabiliriz.
Kodları da yazdıkça paylaşacağım. Desteğiniz ve önerileriniz için teşekkürler. Hep birlikte güzel bir blok zincir yapalım.
Merhaba
Öncelikle fikrin yenilikçi. Benim ilk gördüğüm şey performansı ve merkeziyetsizliği etkileyecek durumlar.
En başta düşük işlem hacmine sahip olduğunu düşünürsek. İşlemleri bir havuzda bekletip belirli bir sayıya ulaştıktan sonra doğrulayacıların kontrol etmesi çok yavaşlatır. Bunun yerine zamana bağlı bir eşik koyarak işlemleri havuzda bekletmek daha iyi olur.
Birde blok sunucularda çift kontrol yapmış olunuyor. Doğrulayıcı bir blok oluşturup blok sunucusuna gönderdiğinde tekrar doğrulayıcı aynı blokları kontrol etsin diyorsun. Zincirin performansı ileride çok etkilenecek.
En büyük problem ise "merkeziyetsizlik"
Bootstrap sunucular merkezi bir yapı oluşturabilir. POS yerine DPoS daha merkeziyetsizlik sağlamış olur.
Öncelikle fikrin yenilikçi. Benim ilk gördüğüm şey performansı ve merkeziyetsizliği etkileyecek durumlar.
En başta düşük işlem hacmine sahip olduğunu düşünürsek. İşlemleri bir havuzda bekletip belirli bir sayıya ulaştıktan sonra doğrulayacıların kontrol etmesi çok yavaşlatır. Bunun yerine zamana bağlı bir eşik koyarak işlemleri havuzda bekletmek daha iyi olur.
Birde blok sunucularda çift kontrol yapmış olunuyor. Doğrulayıcı bir blok oluşturup blok sunucusuna gönderdiğinde tekrar doğrulayıcı aynı blokları kontrol etsin diyorsun. Zincirin performansı ileride çok etkilenecek.
En büyük problem ise "merkeziyetsizlik"
Bootstrap sunucular merkezi bir yapı oluşturabilir. POS yerine DPoS daha merkeziyetsizlik sağlamış olur.
BootStrap Sunucular Tarafı.
1- Port = 3410 kullanılacak
2- İp adresi = Sunucular farklı ip adreslerinde çalışacaklar.
3- Ağ üzerinde “sunucular listesi” , “Doğrulayıcı Listesi”, ”ana sunucu”, ”yedek sunucu” değerleri olacak.
4- İlk bağlanan sunucu =”ana sunucu”, Sonradan bağlanan sunucular =”yedek sunucu” olarak isimlendirilecek.
5- Programa girmek için kullanıcı adı=1 , şifre=1 ve ip adresi soracak. Kullanıcı adı Şifre sabit olacak.
6- Ana sunucuda İp kontrolü yapılmadan sadece kullanıcı adı ve şifre ile sisteme girebilecek.
7- Ana sunucu; program açılırken sorulan ip adresini “sunucular listesine” ekleyecek. Ve kendisini “ana sunucusu” olduğunu belirletecek.
8- Sonradan ekleyeceğimiz yedek sunucularda ip kontrolü yapılacak. kullandığı ip adresi “sunucular listesi”nde bulunmuyorsa sisteme giriş yapamayacaklar.
9- Programa giriş yapıldığında , menu seçenekleri alt alta şu şekilde olacak.
a- Seçenek = “Doğrulayıcı Ekle”
Doğrulayıcının İp adresi (dogrulayici_ip), Doğrulayıcının port numarası (dogrulayici_port), Doğrulayıcının kullanıcı adı (dogrulayici_username), Doğrulayıcının şifresi (dogrulayici_password), doğrulayıcı geçerlilik süresi (dogrulayici_vdate). Bu bilgileri alacak, yeni bir doğrulayıcı oluşturacak ve “Doğrulayıcı Listesi” ne ekleyecek
b- Seçenek = “Doğrulayıcıları Görüntüle”
“Doğrulayıcı Listesi” ni görüntüler
c- Seçenek = “Sunucu Ekle”
Yedek sunucu İp adresi, yedek sunucu kullanıcı adı ve yedek sunucu şifre bilgilerini alacak ve yeni bir yedek sunucu oluşturacak. “sunucular listesi” ne ekleyecek
d- Seçenek = “Sunucuları Görüntüle”
“sunucular listesi” ni görüntüleyecek
10- Ağ’da aynı anda sadece bir ana sunucu olacak. Ana sunucu belirli aralıklarla “sunucular listesi” ve “Doğrulayıcı Listesi”’ni yedek sunuculara gönderecek.
11- Eklenen yedek sunucular sisteme “sunucular listesi” nde bulunan bilgiler ile girebilirler. Giriş bilgileri “sunucular listesi”nden kontrol edilir. Doğru değilse giriş izni verilmez
12- Yedek sunucular düzenli olarak ana sunucuyu kontrol edecek ve “sunucular listesi” ve “Doğrulayıcı Listesi” ni kendilerine alacaklar.
13- Eğer ana sunucusu ulaşılamazsa, rastgele bir yedek sunucu “ana sunucu” olarak işaretlenecek ve ulaşılamayan ana sunucuyu “sunucular listesi”nden çıkartır. Tekrar aktif olamaz.
14- Ağ’dan çıkarılan sunucu tekrar sisteme girebilmesi için; aktif sunuculardan sunuculardan bir tanesi tanımlama yapması gerekir. Kullanıcı Adı, Şifre, İp adresi
Notlar:
Kullanıcı adı , şifre, ip adresi SHA-256 hash algoritması ile şifrelenmiş şekilde korunacak.
WebSocket iletişiminde TLS (SSL) kullanılarak verilerin şifrelenmesi sağlanacak.
Veri senkronizasyonu Delta Güncelleme şeklinde olacak
Ana sunucu değişim süreci, bir oylama mekanizması ile yapılacak.
Sunucuların durumları (çevrimiçi/çevrimdışı) düzenli olarak ana sunucu tarafından kontrol edilecek. Belirli bir süre çevrimdışı ise “sunucular listesi”nden çıkartılacak.
1- Port = 3410 kullanılacak
2- İp adresi = Sunucular farklı ip adreslerinde çalışacaklar.
3- Ağ üzerinde “sunucular listesi” , “Doğrulayıcı Listesi”, ”ana sunucu”, ”yedek sunucu” değerleri olacak.
4- İlk bağlanan sunucu =”ana sunucu”, Sonradan bağlanan sunucular =”yedek sunucu” olarak isimlendirilecek.
5- Programa girmek için kullanıcı adı=1 , şifre=1 ve ip adresi soracak. Kullanıcı adı Şifre sabit olacak.
6- Ana sunucuda İp kontrolü yapılmadan sadece kullanıcı adı ve şifre ile sisteme girebilecek.
7- Ana sunucu; program açılırken sorulan ip adresini “sunucular listesine” ekleyecek. Ve kendisini “ana sunucusu” olduğunu belirletecek.
8- Sonradan ekleyeceğimiz yedek sunucularda ip kontrolü yapılacak. kullandığı ip adresi “sunucular listesi”nde bulunmuyorsa sisteme giriş yapamayacaklar.
9- Programa giriş yapıldığında , menu seçenekleri alt alta şu şekilde olacak.
a- Seçenek = “Doğrulayıcı Ekle”
Doğrulayıcının İp adresi (dogrulayici_ip), Doğrulayıcının port numarası (dogrulayici_port), Doğrulayıcının kullanıcı adı (dogrulayici_username), Doğrulayıcının şifresi (dogrulayici_password), doğrulayıcı geçerlilik süresi (dogrulayici_vdate). Bu bilgileri alacak, yeni bir doğrulayıcı oluşturacak ve “Doğrulayıcı Listesi” ne ekleyecek
b- Seçenek = “Doğrulayıcıları Görüntüle”
“Doğrulayıcı Listesi” ni görüntüler
c- Seçenek = “Sunucu Ekle”
Yedek sunucu İp adresi, yedek sunucu kullanıcı adı ve yedek sunucu şifre bilgilerini alacak ve yeni bir yedek sunucu oluşturacak. “sunucular listesi” ne ekleyecek
d- Seçenek = “Sunucuları Görüntüle”
“sunucular listesi” ni görüntüleyecek
10- Ağ’da aynı anda sadece bir ana sunucu olacak. Ana sunucu belirli aralıklarla “sunucular listesi” ve “Doğrulayıcı Listesi”’ni yedek sunuculara gönderecek.
11- Eklenen yedek sunucular sisteme “sunucular listesi” nde bulunan bilgiler ile girebilirler. Giriş bilgileri “sunucular listesi”nden kontrol edilir. Doğru değilse giriş izni verilmez
12- Yedek sunucular düzenli olarak ana sunucuyu kontrol edecek ve “sunucular listesi” ve “Doğrulayıcı Listesi” ni kendilerine alacaklar.
13- Eğer ana sunucusu ulaşılamazsa, rastgele bir yedek sunucu “ana sunucu” olarak işaretlenecek ve ulaşılamayan ana sunucuyu “sunucular listesi”nden çıkartır. Tekrar aktif olamaz.
14- Ağ’dan çıkarılan sunucu tekrar sisteme girebilmesi için; aktif sunuculardan sunuculardan bir tanesi tanımlama yapması gerekir. Kullanıcı Adı, Şifre, İp adresi
Notlar:
Kullanıcı adı , şifre, ip adresi SHA-256 hash algoritması ile şifrelenmiş şekilde korunacak.
WebSocket iletişiminde TLS (SSL) kullanılarak verilerin şifrelenmesi sağlanacak.
Veri senkronizasyonu Delta Güncelleme şeklinde olacak
Ana sunucu değişim süreci, bir oylama mekanizması ile yapılacak.
Sunucuların durumları (çevrimiçi/çevrimdışı) düzenli olarak ana sunucu tarafından kontrol edilecek. Belirli bir süre çevrimdışı ise “sunucular listesi”nden çıkartılacak.
kod bir işe yaramaz gibi duruyor. sağlam bir işlemciyle tahmini saniyede 300k anahtar denemesi yapabilirsin diyelim. ama aradığın anahtar 2 üzeri 256. yani kısaca şöyle söyleyeyim. evren ilk oluştuğunda bu programı çalıştırsaydın. bir ihtimal bulma şansın yüzde %1 falan olurdu.
Arkadaşlar merhaba; Yeni bir blok zincir düşünüyorum.
Projemde mantığım xrp ve cardanoyu birleştirmek. adımlarımı aşağıda yazdım. tavsiyeleriniz için şimdiden teşekkürler
Blok zincirimde 3 farklı sunucu modelim olacak, Bootstrap sunucular, Doğrulayıcı Sunucular, Blok sunucuları
Bootstrap sunucular; birbirleriyle sürekli senkron olacaklar. ağa katılan doğrulayıcıların güncel bilgilerini tutacaklar. ip adres, name vs vs.
Doğrulayıcı sunucular; hesap cüzdanları arasında para transfer işlemlerini havuzda biriktirecek ve belli bir sayıya ulaştığında bu bilgileri
ağ üzerindeki rastgele doğrulayıcılar seçerek kontrol edecek ve blok ekleme isteği gönderecek.
Blok sunucular; doğrulayıcılardan gelen blok bilgilerini alacak. ağ üzerinden tekrar rastgele doğrulayıcılar seçip kontrol edecek. bilgiler doğru ise bloğu ekleyecek.
3 tip sunucuda yedek sunucuları ile çalışacak. 10 doğrulayıcı bir araya geldiğinde yeni bir stake havuzu açılacak.
hesap cüzdanları sisteme giriş yaparken stake havuzlarının arasından doluluk oranına göre rastgele bir bloğa girecek ve işlemlerini bu havuzda yapacak.
Blok hash mantığı btc ile aynı olacak. bunu blok sunucular yapacaklar.
yorumlarınızı bekliyorum. şimdiden teşekkürler
Projemde mantığım xrp ve cardanoyu birleştirmek. adımlarımı aşağıda yazdım. tavsiyeleriniz için şimdiden teşekkürler
Blok zincirimde 3 farklı sunucu modelim olacak, Bootstrap sunucular, Doğrulayıcı Sunucular, Blok sunucuları
Bootstrap sunucular; birbirleriyle sürekli senkron olacaklar. ağa katılan doğrulayıcıların güncel bilgilerini tutacaklar. ip adres, name vs vs.
Doğrulayıcı sunucular; hesap cüzdanları arasında para transfer işlemlerini havuzda biriktirecek ve belli bir sayıya ulaştığında bu bilgileri
ağ üzerindeki rastgele doğrulayıcılar seçerek kontrol edecek ve blok ekleme isteği gönderecek.
Blok sunucular; doğrulayıcılardan gelen blok bilgilerini alacak. ağ üzerinden tekrar rastgele doğrulayıcılar seçip kontrol edecek. bilgiler doğru ise bloğu ekleyecek.
3 tip sunucuda yedek sunucuları ile çalışacak. 10 doğrulayıcı bir araya geldiğinde yeni bir stake havuzu açılacak.
hesap cüzdanları sisteme giriş yaparken stake havuzlarının arasından doluluk oranına göre rastgele bir bloğa girecek ve işlemlerini bu havuzda yapacak.
Blok hash mantığı btc ile aynı olacak. bunu blok sunucular yapacaklar.
yorumlarınızı bekliyorum. şimdiden teşekkürler