Geliştiriciler ile Fireside Söyleşisi

14 ARALIK
Twitter Spaces Kaydı Kullanılamıyor.

KONU BAŞLIKLARI — ÖZET BAŞLIKLAR

• Mevcut Portal OS’in nelerden oluştuğuna genel bir bakış
• Portal OS’in kullanıcı deneyimi çerçevesinde açıklamalar
• Layer 2'de btc/eth atomik takaslarını, Portal’ın nasıl gerçekleştireceği konusunda açıklamalar
• Bitcoin’deki Taproot yükseltmesinin, Portal’ı teknik olarak etkileyip etkilemeyeceğinin tartışılması
• Ethereum L2'lerin nasıl çalıştığı ve Portal L2 swap’lerinin incelenmesi
• Portal neden en küçük pazar payına sahip kullanıcı grubuna odaklandığının (iOS ve macOS) açıklanması
• Bir Portal SDK’inin nasıl görünebileceği konusunda açıklamalar
• Portal amiral gemisi ürünü olan DEX’in kodlanmaya başlandığı ilk dönem ve gelişim süreci
• Örn. konser biletleri veya genel olarak tüm biletler gibi, gerçek dünyadaki varlıkların tokenizasyonu konusunda açıklamalar (bir önceki söyleşide bahsedilen PATH kavramı)
• Kullanıcı cüzdanı çevrimdışıyken fonların nasıl güvence altına alınacağı, bir kullanıcının uygulamayı indirerek takas gerçekleştirmesinin ne kadar süreceği gibi, Portal DEX ile ilgili Portal Kurucu Ortağı ve CEO’su Eric Martindale tarafından detaylı ürün açıklamaları
• Open Beta sürümü ile ilgili açıklamalar ve aktif olduğunda kullanıcıların nasıl erişebileceği konusunda bilgilendirmeler
• Tasarım ekibimizden platform ile ilgili açıklamalar ve kullanıcıların geri bildirim süreci ile ilgili izleyecekleri adımların ifade edilmesi
• Topluluktan gelen sorulardan seçilenlerin ekibe yöneltilmesi ve yanıtları

Katılımcılar

Terry Philipson ( Portal Sunucusu)
Eric Martindale (Portal Kurucu Ortağı ve CEO)
Kulpreet Singh (Portal Eş Sahibi)
Casey Bowman (Portal DEV)
Anand Suresh (Portal DEV)
Pablo Artee (Portal Tasarımcısı)
Manoj Duggirala (Portal Kurucu Ortağı)
Alexey Melnichenko (Portal Mühendisi)

Terry Philipson (Portal Sunucusu)

Harika, sizi duyabiliyoruz.

• Pablo Artee (Portal Tasarımcısı)

Merhabalar. Nasılsın?

• Terry Philipson (Portal Sunucusu)

Hey dostum, iyiyim çok teşekkürler. Seni duyabiliyoruz.

• Pablo Artee (Portal Tasarımcısı)

Beklerken bir tür bekleme müziği ya da asansör müziği gibi bir salon müziği yapabilseydik gerçekten harika olurdu.

• Kulpreet Singh (Portal Yardımcı Sunucusu)

Slack müziği özlüyor musun?

• Pablo Artee (Portal Tasarımcısı)

Evet, çoğu zaman olduğu gibi aynı şarkı olması umurunuzda olmasa da o kadar da kötü değildi. Belki biraz garip gelebilir ama amacına ulaştı sanırım.

• Terry Philipson (Portal Sunucusu)

Bazı çok ilginç asansör müziği remiksleri duydum.

• Kulpreet Singh (Portal Yardımcı Sunucusu)

Güzel.

• Terry Philipson (Portal Sunucusu)

Başlamadan önce, eminim ki buradaki herkes bilgi dolu olan daha önceki fireside sohbetlerimizi ve oldukça uzun tanıtımları dinlemiştir.

Bu yüzden bugün giriş kısmını hızlı tutacağız, o yüzden hemen başlayalım!

Bu sohbette, efsanevi programcı Kulpreet Singh bizimle birlikte. Illinois Urbana-Champaign Üniversitesi’nden dağıtık sistemler alanında doktora derecesine sahiptir.

Ayrıca Princeton & Stanford’dan mühendislik derecelerine sahip kıdemli Bitcoin mühendisi Casey Bowman da bizimle birlikte.

Portal’dan kodlamaya ara veren başka bir kıdemli mühendis olan Anand Suresh’i unutamıyorum. Carnegie Mellon Üniversitesi’nde bilgisayar bilimlerinde yüksek lisans yaptı. Daha sonra Definity Labs’ta çalıştı.

Ve baş tasarımcımız Pablo Artee. Optic Power’da tasarım başkanıydı.

Şimdi hepiniz hazırsanız, başlayalım.

• Kulpreet Singh (Portal Yardımcı Sunucusu)

Bu güzel girizgâh için çok teşekkürler, Ron.

O yüzden bugün doğrudan sorulara geçeceğiz.

Geçen sefer olduğu gibi, birbirimizle konuşmak ve nerede olduğumuzu anlamak için biraz daha zamanımız oldu. Bugün ilk olarak Anand ile konuşmaya başlayacağız.

Hey, Anand buralarda mısın?

• Anand Suresh (Portal DEV)

Evet, buradayım ve şimdiden özür dilemeliyim.

Şu sıralar biraz sağlık sorunları yaşıyorum, o yüzden öksürük nöbeti geçirirsem sessiz kalabilirim.

• Kulpreet Singh (Portal Yardımcı Sunucusu)

Tamamdır sorun değil. Geçen sefer Portal İşletim Sistemi (PortalOS) hakkında konuşmuştuk ve siz bize Portal İşletim Sistemini (PortalOS) inşa etmek için paketlerin ne ve nasıl paketlenip gönderildiğine dair çok hızlı bir genel bakış sunmuştunuz.

Şimdi bu sefer, çeşitli bileşenlerin ve hizmetlerin neler olduğunu ve belki de Portal İşletim Sistemini oluşturan bir tür arka plan programı gibi konuları merak ediyoruz.

İçinde çalışan hizmetler nelerdir?

Bu konudan biraz daha bahsederseniz, bu bize oldukça yardımcı olacaktır.

• Anand Suresh (Portal DEV)

Elbette. Portal, esasen tüm nokta yazılım yığınını çalıştırmak için gerekenlerin eksiksiz bir sistem görüntüsüydü. Buna işletim sistemi, gereken tüm sürücüler, çalışan tüm hizmetler ve arka plan programları, her şey tek bir birimde paketlemeyi içermekte ve geçen sefer bahsettiğim gibi, tümünü inşa etmemize yardımcı olması için temel işletim sistemimiz olarak NixOS kullanıyoruz. Bu sistemler, yapıları tutarlı bir şekilde yeniden üretebilmemiz açısından bize çok iyi güvenlik garantileri vermektedir.

Yani şu anda Portal’a giren gerçek bileşenler açısından şu anda sahip olduğumuz şeyler ise; bir bitcoin arka plan programımız var, lightning arka plan programımız var, L1 için ethereum arka plan programımız var ve devamında sizin “Portal Koordinatörü” dediğiniz şey var. ” Diğer bir adıyla Portal Sunucusu; tüm iş mantığının esasen oturduğu yer burasıdır ve tüm bu çeşitli üçüncü taraf ağları birbirine bağlayan ve onların birlikte çalışmasına yardımcı olan şey de budur.

Mevcut zorluk, tüm bunların tek bir ortamda çalışmasını sağlamaktır, ancak üretim noktasında bu aslında değişebilir. Orada paketlenmiş her şeyi yapmamayı seçebiliriz. Büyük olasılıkla daha küçük bir küme kullanırdık, örneğin halihazırda bitcoin full node’larını çalıştıran bazı insanlar olabilir ve kendileri için çalışan başka bir Bitcoin full node’unun değerini gerçekten görmezler.

Bu nedenle, dahili arka plan programını harici bir hizmetle değiştirmenin bir yolu olabilir veya orta düzeyde donanım gibi bir şeyi çalıştırmak isteyen ve çalıştırmak için gereken tüm parayı harcamak istemeyen başka insanlar varsa, örneğin tam bir işletme seviyesi gibi. Böylece bu dahili bileşenleri üçüncü taraf bileşenlerle takas etme ve taşıma olanağına hala sahip olma seçeneği mevcut halde kalır. Ama işin özünde hala portal yazılımı, bir nevi yöneten portal koordinatörü var.

• Kulpreet Singh (Portal Yardımcı Sunucusu)

Hmm.

• Anand Suresh (Portal DEV)

Şu an itibariyle, bu sadece tek bir arka plan programıdır, ancak ilerleme kaydetmeye başladığımızda, bunları muhtemelen her biri bir tür belirli bir hizmet sağlayan ve kendi iç durumuyla ilgilenen bir tür birlikte çalışacak rka plan programı koleksiyonuna ayırmış olacağız.

• Kulpreet Singh (Portal Yardımcı Sunucusu)

Evet, bu büyüleyici.

Birisinin kendi Bitcoin node’u varsa, onu ona doğru yönlendirebileceği fikri beni gerçekten heyecanlandırıyor. O yüzden iki soru geliyor aklıma.

Tabii ki ilk soru şuydu; “ Ethereum node’unuzu nasıl senkronize edersiniz ve bu nasıl çalışır “?

Ama bunu bir kenara bırakalım. Şunu sorayım; “ Tüm bu hizmetleri çalıştırmak için gerekli olabilecek minimum gereksinimler nelerdir”?

• Anand Suresh (Portal DEV)

Yani kendimizi gerçekten tek bir mimariye bağlı tutmuyoruz, bu yüzden bu mükemmel bir soru. Bu arada, sonunda bunu kullanacak çeşitli insanlar var, bu yüzden bazıları muhtemelen topluluğun işletme bölümlerinden gelecek ve buna bir işletmeye yatırım perspektifinden bakacaklar. Bu nedenle, temel olarak Portal’ı tüm bir operasyonu bunun üzerinde yürütmek için bir araç olarak kullandıkları bir işe girmek istiyorlar.

Muhtemelen kendi Ethereum full node’larını, Bitcoin full node’larını, lightning node’larını çalıştıracaklardı. Yani bu durumda, evet, gerçekten hizmet yelpazesinin en üst noktasında bir şey kullanırsınız. Öte yandan, sadece bu işe girmek ve onunla oynamaya başlamak isteyen ortalama bir hobi sahibi kesim var.

Belki bir Bitcoin full node’u ile kurtulabilirsiniz, ancak Ethereum’u Raspberry Pi üzerinde çalıştırmamız pek olası değil. Bu durumda, dediğim gibi, kullanıcının Ethereum bileşenini Raspberry Pi için daha düşük bir node ile değiştirmesi mümkündür, böylece iletişimin geri kalanı yine de Pi’nin kendisinde gerçekleşecektir. Yani hala Bitcoin’iniz Portal yazılımıyla orada çalışıyor ancak iletişimin tüm Ethereum tarafı muhtemelen FURA’da gerçekleşecek ve bu yine de sorun olmayacaktır. Yani kendimizi belirli bir mimariye veya belirli bir platforma bağlı tutmuyoruz. Mümkün olduğu kadar çok platformu hedeflemek istiyoruz.

• Kulpreet Singh (Portal Yardımcı Sunucusu)

Evet, bu oldukça mantıklı. Başka yerlerde olabileceğiniz çeşitli olaylara işaret etme esnekliğinin gerçekten birçok olasılığın önünü açtığını düşünüyorum. Yani bu heyecan verici. Demek istediğim şu; başka bir soru ile ifade edeyim, peki ya yedeklemeler? Örneğin, node’unuzu çalıştırıyorsanız ve kötü şeyler olursa, bulunduğunuz yerden yeniden başlayabilmeniz için sistemi nasıl yedekleyebileceğinizi düşünmeye başladınız mı?

• Anand Suresh (Portal DEV)

Bu harika bir soru. Şu an itibariyle, bu çözümü gerçekten çok derinlemesine incelemedik, ancak muhtemelen kendi başımıza bir şey yapmak yerine bunu dosya sistemi gibi diğer sistem bileşenlerine boşaltmak içindeki seçeneklere bakıyoruz. Örneğin, sonunda ZFS gibi bir şey kullanırsanız, otomatik olarak her dakika, 5 dakikada bir, 10 dakikada bir ve düzenli bir ritimle sürücünün anlık görüntülerini almasını sağlayabilir ve ardından bu yedeği uzak bir siteye gönderebilirsiniz.

ZFS gibi bir şeyi kullanmanın güzelliği, geleneksel olarak kendi başınıza oluşturmanız gereken birçok avantaja sahip olmanızdır. Kutudan çıktığı gibi alırsınız, örneğin, verilerinizin çalışma zamanı sıkıştırmasını alırsınız, şifrelenmiş sabit zamanlı anlık görüntüler veya verilerin adres şifrelemesini yapma seçeneğine sahip olursunuz. Dolayısıyla, güvenlik açısından gerçekten iyi olan tüm bu özellikler, zaten DFS gibi bir şeyle geliyor. Böylece sonunda böyle bir şeye bakabiliriz.

Anlamı; yedekleme yapmak için bir araç olduğudur. Ama dediğim gibi, henüz o kısmı çok derinlemesine incelemedik.

• Kulpreet Singh (Portal Yardımcı Sunucusu)

Evet, bunu düşündünüz mü merak ettim ama aslında daha temel sorular da var; “Bir cihaz aldığımda ve doğrudan DevOps perspektifinden ücret kazanmaya başlamak için soğuk cüzdanımdan tam çalışan bir node’a benzer bir Portal node’u çalıştırmak istediğimi söylediğimde süreç nasıl olur”, yani bu süreç nasıl görünürdü?

• Anand Suresh (Portal DEV)

İşte bu yüzden, size bu adımdan bahsetmeme izin verin. Sadece örneği ele alacağım ama teknik olarak bu herhangi bir sunucu da olabilir.

Temel olarak baktığımız yol, Portal için yapı varlıklarına erişebileceğiniz bir web sitesine gitmenizdir. Bunu, Ubuntu için indirme alanına gidip oradaki varyasyonlardan birinden istediğiniz sürümü seçmekle aynı şekilde düşünün.

Bu durumda, kendi başına bir ekleme olmayabilir, ancak daha çok bir “Form-in-a-form-fill-of-configure-your-node” olacaktır, değil mi? Böylece, sayfayı açtığınızda temelde bir dizi varsayılan değerle dolu bir web formu olacak ve içeri girip bu varsayılanları değiştirebilirsiniz.

Kendi node’unuzu çalıştırmak istiyorsanız, URL’nizi oraya eklersiniz veya zaten bir yerde çalışan bir Bitcoin node’unuz varsa, bu değeri kendi makinenize eklerseniz, varsayılanları geçersiz kılarsınız ve sonunda bir ISO görüntüsü kullanabilirsiniz. Böylece, temel olarak format seçmeye kadar gidebilirsiniz. Yani bir ISO olabilir, bir netboot görüntüsü olabilir, bir Amazon disk görüntüsü olabilir.

Dolayısıyla, AWS’de çalıştırmak istiyorsanız, bunu bir Raspberry Pi üzerinde çalıştırmayı seçerseniz, bu bir Raspberry Pi SD kart görüntüsü olabilir.

Bu oluşturma işlemi tamamlandıktan sonra, temel olarak o dosyayı makinenize indirir ve daha sonra yerel ortamınıza, bir SD karta, CD’ye veya bir USB belleğe yazabilirsiniz ve ardından o fişi sunucunuza alırsınız ve o şeyi USB sürücüden önyükleyip esas olarak sistem önyüklendikten sonra kapalı duruma gelirsiniz. Bu, çoğunlukla, bu işi canlı bir görüntü olarak çalıştırmaya çalışıyoruz, tıpkı Ubuntu’yu canlı bir görüntü olarak çalıştırdığınız gibi, bu şeyi taktığınızda ve size tamamen önyüklenmiş bir ubuntu makinesi veriyor. USB belliğinden çalışıyor.

• Kulpreet Singh (Portal Yardımcı Sunucusu)

Hmm.

• Anand Suresh (Portal DEV)

Sonra onu alırsınız, sunucunuza takarsınız ve o şeyi USB bellekten başlatırsınız ve esasen sistem onu ​​başlattığınızda kapanır. Bu çoğunlukla, bu işi canlı bir görüntü olarak çalıştırmaya çalışıyoruz gibi bir şeydir. Ubuntu’yu canlı bir görüntü olarak nasıl çalıştıracağınız gibi, bu şeyi taktığınızda size USB belleğinden çalışan tamamen önyüklenmiş bir Ubuntu makinesi verir.

Bunu güvenlik açısından yapmamızın birkaç nedeni var. Aslında gerçekten çok iyi çünkü yüklenecek bir şey yok ya da elde ettiğiniz şey bir USB belleğine yazılan bir şeydir, taktığınızda hemen başlar. İkincisi, yükseltmeler söz konusu olduğunda, özellikle toplu yükseltme yapmanız gerekiyorsa, işleri çok daha kolaylaştırır. O zaman bu durumda tek yapmanız gereken sistemi döndürmek, eski USB’yi çıkarmak, yeni USB’yi takmak, yeniden başlatmak ve işte hazırsınız.

Herkes bunu çalıştırabilmelidir. Sistem yöneticisi olarak çok fazla deneyimi olmayan biri olsa bile, yine de birkaç temel adımı izleyebilmeli ve Portal’larını kendi başlarına yönetebilmelidir.

• Kulpreet Singh (Portal Yardımcı Sunucusu)

Bu çok mantıklı. Bir Portal node’u kurmak ve çalıştırmak istediğinizde sunucu merkezlerinde neler olup bittiğini merak ediyorum.

Bulutta olamazlar, ancak aynı yerde bulunan veya herhangi bir yerde barındırılan bir yerde, çevre birimlerine erişiminiz olmadığı zaman bunu nasıl yaparsınız?

• Anand Suresh (Portal DEV)

Orada gerçekten çevre birimleriniz yok derken ne demek istiyorsunuz?

• Kulpreet Singh (Portal Yardımcı Sunucusu)

İçinde olduğu gibi, oraya bir USB bellek koymanıza izin verecek erişiminiz yok mesela.

• Anand Suresh (Portal DEV)

Oh anlıyorum, bu durumda, bunun nasıl bir şey olduğunu bildiğinize bağlı olarak, örneğin AWS’de çalışıyorsanız, ISO yerine bu görüntüyü indirebilir, Amazon Makine Görüntüsü formatı olan bir AMI indirirsiniz.

• Kulpreet Singh (Portal Yardımcı Sunucusu)

Şimdi anlıyorum tamamdır.

• Anand Suresh (Portal DEV)

Bunu daha sonra AWS konsolunuza içe aktarabilir ve “harika, bu benim makine görüntüm, git ve o şeyi rezerve et” diyebilir ve işte başlıyorsunuz.

• Kulpreet Singh (Portal Yardımcı Sunucusu)

Vay canına bu inanılmaz. Anand’a bu sorulara verdiği yanıtlar için teşekkürler. Eminim yakında daha fazla soru için geri geleceğiz, tekrar teşekkürler.

• Anand Suresh (Portal DEV)

Pekala. Teşekkürler.

• Kulpreet Singh (Portal Yardımcı Sunucusu)

Bu çok havalı, harika.

Şimdi Casey’e geçelim.

Selam Casey, buralarda mısın?

• Casey Bowman (Portal DEV)

Merhaba evet.

• Kulpreet Singh (Portal Yardımcı Sunucusu)

Hey Casey, seninle tekrar konuşmak güzel dostum.

Tamam, sana her zaman sorduğum bir numaralı soru ile başlıyorum. Sana bunu sürekli soruyorum ve bu konuda kafamız biraz karışıyor…

Demek istediğim, atomik takaslar başlı başına biraz karmaşık bir parça, öyle değil mi?

• Casey Bowman (Portal DEV)

Evet, biraz öyle.

• Kulpreet Singh (Portal Yardımcı Sunucusu)

O halde eğer sakıncası yoksa, bize oradaki sihirli dokunuşun ne olduğunu söyleyebilir misiniz?

• Casey Bowman (Portal DEV)

Tamam, öncelikle herkes için küçük bir bilgilendirme; ben lightning tarafında çalışıyorum ve Alexey, Ethereum tarafında çalışıyor. Şimdilik Lightning takasına odaklandım ve sonra ikisi arasında köprü kurdum. Bunun oldukça basit olduğu ortaya çıktı. Başlangıçta, zincirde olanları benzer tür işlemlerle zincir dışında yapılacak bir işleme kopyaladığım şeyleri keşfederken bir şeyler yapmayı düşünüyordum.

Bazı şeyler hayal ettim, aslında orada başka şeyler için kullanabileceğimiz bazı rastgele fikirler var, ortaya çıktı ki, sadece basitleştirmeye ve sadeleştirmeye çalışırken hallettim.

“HODL Invoice” diye bir şeyin mevcut olduğunu fark ettim.

Başlangıçta node’larından bazılarını özelleştiren bir şeyler yapan ve sonunda bir L&D modelinin HODL faturasını kodlarına dahil etmesinin saf bir takas olduğuna inanıyorum ve bunun sağladığı şey, otomatik olarak ödenen bir faturaya sahip olmak yerine buna izin vermesiydi. Biri bir uçta yer alan birinden ödediğinde alacaklının ödemeyi kabul edip edemeyeceği son noktada durur. Alacaklının son kabulü dışında her şey yapılmıştır.

Orada tutulan faturayla ilgili bir durum var. Bu yüzden buna “bloke fatura” diyorlar ya da eğlence olsun diye HODL faturası diyorlar. Böylece bu, çok basit bir kuruluma sahip olmanızı sağlar. Bir tarafta asimetrik bir şey olan bir kullanıcının sırrı olduğu ve diğerinin olmadığı bu takasa sahibiz, ardından bu sırrın hem bir tarafta HODL faturası için kullanılan hem de normal bir fatura için kullanılan bir karması var. Ödeme yapıldıktan sonra diğer tarafa otomatik olarak ödeme yapar.

Olan şu ki, her şeyi ayarladınız, böylece bu durum var ve bu durumdan emin olduğunuzda, bu ödenip kabul edildikten sonra temelde sırrı arayan kişinin normal faturayı ödemesini sağlayabilirsiniz. Bu sırrın hemen açığa çıkmasını sağlayabilirsiniz ve bu sır, o kullanıcı tarafından ödemeyi kabul etmek için HODL faturasındaki son adımı yapmak için kullanılabilir.

Pekala, Lightning takası şu anda böyle çalışıyor. Bunların hepsi faturaya dayalı, bu yüzden Ethereum tarafının da faturalarla ilgili aynı yaklaşımı kullanmasını istediğimizi düşünüyorum. Bu, temelde, gelecekte Lightning ve diğer şeylerle ilgili olarak bunu gördüğümüz bir şeydir. Bence gelecekte de Taproot ile ilgili bazı fırsatlar olabilir ve faturaları da kullanacaklar.

Bu yüzden gerçekten işi basit tutmaya ve bu tür bir yaklaşımı genel olarak kullanmaya çalışıyoruz.

• Kulpreet Singh (Portal Yardımcı Sunucusu)

Yani aslında Lightning to Lightning’de takasları gerçekleştirebilir miyim? Öyleyse kafamdaki soru şu: Ethereum tarafını, nasıl sadece çözümünüzle çalışacak bir kara kutu olarak tasavvur ediyorsunuz?

• Casey Bowman (Portal DEV)

Bu soruları Alexey’e yöneltmeniz gerekiyor, çünkü ben daha çok lightning tarafına odaklanıyorum.

Şimdiye kadar yaptıklarım hakkında pek çok iyi belge olduğundan emin olmak ve şirketimiz içinde iletişimi geliştirmek için belgeler üzerinde çalışıyorum. Antora diye bir şey kullanıyorum ve bence böyle bir dokümantasyon sistemine sahip olmanın hem halka açık olması hem de kendi şirketimizin üyeleri arasında iletişim kurabilmesi için büyük bir avantajı var. Bu güzel bir dokümantasyon sistemi ve saptırmaları, kod olarak dokümantasyona benziyor ve gerçekten çok ilgi çekici ve bence bu çok olumlu olacak bir şey.

• Kulpreet Singh (Portal Yardımcı Sunucusu)

Bu, okuryazar programlama diye adlandırılan şeye benzer bir şey mi?

Yoksa belgelerin kodun dışında başka bir yerde oturduğundan mı bahsediyorsunuz?

• Casey Bowman (Portal DEV)

Temel olarak bir havuza koyarsınız ve onu birden çok depoya dağıtabilirsiniz ve bu bilgileri getirecek ve onu öyle bir şekilde modüler hale getirecektir ki, ihtiyacınız olan yerde tam bir belgeye sahip olabilirsiniz ve aynı zamanda sürümlendirilmiştir. belgeleri gözden geçirin ve çeşitli depolardan ihtiyaç duyduğunuzda gerçekten hepsini bir araya getirin.

GitHub ile çalışırken çok güzel bir sistem ve hepsi ASCII dökümanlarını kullanıyor.

Bu, şu anda aşık olduğum bir şey ve sadece paylaşmak istedim.

• Kulpreet Singh (Portal Yardımcı Sunucusu)

Şimdi bir göz attım. Kulağa oldukça ilginç geliyor. Aslında en azından bu konuda bir şeyler okumak için kullanmaya başlayabilirim. Esasen kendi kendine barındırabilirsiniz.

Belge olarak işlenen başka bir depo.

• Casey Bowman (Portal DEV)

Ben sadece mevcut repomuza dahil ediyorum ve böylece bir reponun bir sub tree’i olabilir ve daha sonra bir sub tree olarak dahil edilebilir ve diğer temel olarak tüm farklı bileşenler, depoya giden bir yoldan oluşur. Başlangıç ​​belgesi repo içinde olabilir ve repo içinde herhangi bir yerdeki herhangi biri için birden çok başlangıç ​​yolu olabilir. Dolayısıyla, belgelerinizin farklı bileşenlerini bir repoda veya birden çok repoda varsa ve bu, onu düzenlemenin gerçekten güzel bir yoludur. Çok türde bileşen odaklı belgeleme yöntemi biliyorsunuz.

• Kulpreet Singh (Portal Yardımcı Sunucusu)

Kulağa hoş geliyor. Demek istediğim, zaten Portal reposunda varsa, bağlantıyı aşağıdaki boşluğa bırakabilirseniz harika olur.

Genel kullanıma hazırsa, insanlar bunu gerçekten takdir edebilir.

• Casey Bowman (Portal DEV)

Henüz değil. Şu anda mono repoda.

• Kulpreet Singh (Portal Yardımcı Sunucusu)

Tamamdır, anladım.

• Casey Bowman (Portal DEV)

Ayrıca diyagramları ve bu tür şeylere ulaşmak için güzel bir hizmet içeriyor.

• Kulpreet Singh (Portal Yardımcı Sunucusu)

Kesinlikle ona bakacağım. Bonus bilgi için teşekkürler.

Demek istediğim, bu ilginç, öyle değil mi? Bilgi paylaşımı ve birbirinden öğrenme hakkında konuşmak. Benzer gruplardan öğrenmenin büyük bir hayranı olduğunuzu ve birkaç şey daha öğrenebileceğiniz kendi küçük alanınızı bulmaya çalıştığınızı duydum. Bu bilgiyi isteyen yeni bir mühendis olup olmadığı konusundaki düşüncelerinizi çok merak ediyoruz; belirli kurslar veya üniversiteler var mı; bu konuyla ilgili düşüncelerin nedir?

• Casey Bowman (Portal DEV)

Bu konuda iki ana düşüncem var.

Stanford’a gittim ve bence Stanford’da iyi işlerin yapıldığı bazı harika kuytu köşeler var. Mikroekonomi, oyun teorisi, olasılık, genel olarak fiyat teorisine çok fazla odaklanılan, şimdi Yönetim Bilimi ve Mühendisliği olarak bilinen bir bölümdeydim.

Bitcoin ve ilgili konularla ilgilenen insanların bunu anlaması bence çok önemli. Fiyatların nereden geldiğini, nasıl çalıştıklarını ve bu tür şeylerin temellerini anlamak gerçekten giderek daha önemli hale gelecek ve bu yüzden yazılımla ilgilenecek insanları iyi bir anlayışa sahip olmaya gerçekten şiddetle tavsiye ediyorum. Mikroekonomi ve oyun teorisi ve bu tür şeyler. Çok politize değil ve en azından ben oradayken benim deneyimime göre gerçekten ilkelere bağlı kalıyorlardı.

Hala insanların somut ve önemli şeylere bağlı kaldığı yerler var ama bu zor çünkü üniversitelerde çok fazla siyasallaşma yaşanıyor. Ayrıca 2018'de Stanford Bitcoin Club’a giderek keşfettiğim önemli bir parça olduğunu düşünüyorum ve yaptıkları şey, her hafta bir araya gelip Princeton tarafından yayınlanan Bitcoin ve kripto para teknolojisi kitabını incelemekti.

Her neyse, bunun üzerinden gidiyorduk ve yaptıkları şey, haftada bir araya geldiğimizde, her bir kişi bir bölümün sorumluluğunu alıyor ve sonra grubun diğer üyelerine sadece o ifadelerle sunum yapıyordu. Fikirleri birbirinize anlattığınızda çok daha derinlemesine öğrenirsiniz. Eşler arası öğrenme deneyimi gelecekte çok güçlü olacaktır.

Kendi kendime öğrenirken programlama, Bitcoin ve Lightning üzerine pek çok kitabı keşfetmek için kullandım ve bir şeyler yapmanın gerçekten güçlü bir yolu varmış gibi hissediyorum. Şaşırtıcı olan diğer bir şey de, “eğer inşa edersen gelecekler” gibi bir şey. Kevin Costner’ın oynadığı o film neydi?

Biliyorsunuz, bir buluşmada “hey, bunu yapacağız ve bunun hakkında konuşmaya başlayacağız” diye duyurmuş gibi hissettim, sonra gerçekten harika bir nitelikteki insanın geldiğini gördüm. Yani Stanford ve Princeton’da nispeten yüksek nitelikte insanlar var biliyorsun. İnsanların bu eşler arası gruplarda nasıl bir araya geldiğini ve gerçekten zorlayıcı şeyler yaptığını görmenin gerçekten harika olduğunu hissettim.

Okuma grupları deneyimim beni gerçekten heyecanlandırıyor ve bunun öğrenmenin harika bir yolu olduğunu düşünüyorum. Kitabı yayınlanmadan önce Jimmy Song ile bir Bitcoin programlama sınıfına katıldım ve bazı mezunlar ve ben vardık. Daha sonra bir okuma grubu olarak materyali kendi başımıza incelemek için bir araya geldik ve benim yaptığım fikirlerin aynısını uyguladık. Stanford Bitcoin Club’da görülen materyali inceliyoruz. Daha yeni başladı, biliyorsun yeni gittik ve yaptık, sanki 20–30 kitap falandı tam emin değilim ama bence bu yeni bir alanı, özellikle de çok yeni olan bir alanı öğrenmenin harika bir yolu. Şu anda Stanford’da bazı kurslar var. Don Barnett’in dahil olmak için iyi olabilecek bir kursu olduğunu biliyorum, çevrimiçi olarak da bazı materyallere bakmayı ihmal etmeyin derim.

• Kulpreet Singh (Portal Yardımcı Sunucusu)

Bu büyüleyici. Sizin söylediğiniz daha çok tabandan geliyor. Çok farklı.

• Casey Bowman (Portal DEV)

Demek istediğim, işin içinde gerçekten yüksek vasıflı insanlar var ve bu sadece insandan insana etkileşim. Bunun da çok önemli olduğunu düşünüyorum.

• Kulpreet Singh (Portal Yardımcı Sunucusu)

Bu konuda konuşma şeklini seviyorum. Orada uzman yok. Öğretmen kimse yok. İnsanlar geliyor ve bir grup olarak öğreniyor. Bunu bir şey için denemeliyim.

• Casey Bowman (Portal DEV)

Doğru, neden olmasın?

• Kulpreet Singh (Portal Yardımcı Sunucusu)

Mükemmel. Teşekkürler beyler. Bu konuyla ilgili düşüncelerini dinlemek inanılmazdı.

Manoj, seni duyuyor gibiyim. Bu yüzden burada olduğundan da oldukça eminim. Tekrar merhaba.

• Manoj Duggirala (Portal Kurucu Ortağı)

Merhaba Kulpreet.

• Kulpreet Singh (Portal Yardımcı Sunucusu)

Akıllara ilk gelen soru, sanki Portal’ın neden iOS ve Mac OS’ye odaklandığı ile ilgili gibi. Akla gelen mantıklı soru da, neden sadece Windows’ta çalışan bir şeyler veya Metamask gibi tarayıcı içi bir uygulama oluşturmadık?

Bununla ilgili düşüncelerinizi paylaşır mısınız?

• Manoj Duggirala (Portal Kurucu Ortağı)

Elbette, herhangi bir platformu gerçekten dışlamıyoruz. Stratejimiz bu değil.

Bizi tanımayanlar için, aslında 2019'da kısa bir süre için Mac App Store’da çoklu varlık değerimiz vardı ve bu, exchange entegrasyonu olan ve Apple App Store tarafından onaylanan ilk uygulamaydı.

O zamanlar çok güvenli bir yazılım oluşturmanıza yardımcı olan Secure Enclave gibi güvenlik açısından en iyi araçları sunduğu için iOS’u seçtik. Ayrıca, o zamanlar Slack’in önde gelen uygulamalardan biri olduğu ve bu uygulamaların çoğunun elektronla oluşturulduğu ve performans açısından oldukça kabarık olduğu fikrinden hoşlanmadık, bu çerçevede performans nedenleriyle yerel uygulamaları seçtik ve piyasadaki en güvenli cüzdanı sunmak istedik.

Geriye dönüp bakıldığında, herkes gibi JavaScript’e geçmek kolay olabilirdi ve şimdi bunun etrafında tonlarca ekosistem var. Sahip olduğumuz eski ve geliştirici kaynakları göz önüne alındığında, başlangıçta iOS ve Mac uygulaması ile lansman yapıyoruz ve alfa & beta testi için bir test sunumu yapmak da burada oldukça kolay.

Bununla başlıyoruz ama buna paralel olarak, platformların hiçbirini dışlamayacak şekilde inşa ediyoruz, ardından testlerimizden öğrenilen tüm bilgiler diğer platformlara aktarılacaktır.

• Kulpreet Singh (Portal Yardımcı Sunucusu)

Tamam, bu kulağa harika geliyor. Mac OS dışında, Windows ve diğer platformlardaki kullanıcıları hedefleyecek olsaydınız peki nasıl adımlar izlerdiniz?

• Manoj Duggirala (Portal Kurucu Ortağı)

Flutter gibi araçları kullanacağız. Native kullanarak oluşturmayacağız çünkü şu anda ekosistem yeterince gelişmiş ve yararlanabileceğiniz çok sayıda kitaplık var. Bu yüzden bunu ileriye taşıyacağız.

• Kulpreet Singh (Portal Yardımcı Sunucusu)

Tamam, tekerleği yeniden icat etmeye gerek yok. Bu çok mantıklı bir bakış açısı.

• Manoj Duggirala (Portal Kurucu Ortağı)

Buna ek olarak, Metamask benzeri bir tarayıcı uzantısı da geliştiriyoruz demek istiyorum. Böylece tüm bu dApp’ler onlarla etkileşim kurabilir, böylece insanlar anahtarlarını bir web sitesine güvenmek zorunda kalmazlar. Bu da planlarımızın arasında yer alıyor.

• Kulpreet Singh (Portal Yardımcı Sunucusu)

Bu, bir tarayıcı uzantısı olarak Portal ile etkileşim kurmanın en azından küçük bir yoluna sahip olduğunuzda, farklı platformlara geçmeniz için size bir tür geçiş veya hareket alanı sağlar, o zaman en azından birkaç şey yapabilirsiniz.

Tamam, bu da kulağa harika geliyor. Yani bir sonraki soru muhtemelen o kadar anlamlı değil ama yine de merak ediyorum.

Ya Apple’ın hangi nedenle olursa olsun uygulamaları engelleyip engellemeyeceğini nasıl bileceksiniz?

Dediğin gibi, bir dağıtım kanalı için yedek plan olabilir. Sanırım bu soruyu biraz ele aldınız, ancak bunu açıkça sormak istedim.

• Manoj Duggirala (Portal Kurucu Ortağı)

Evet, bu iyi bir soru çünkü Apple ve Google gibi büyük sistemlerin bahçelerinin etrafına inşa ettiğinizde, her zaman risk altındasınız. Sizi sansürleyebilirler ve biz sansürlenemeyen bir şey inşa etmeye çalışıyoruz.

Stratejik planlarımız açısından, bahsettiğimiz gibi bir Portal masaüstü uygulamamız olacak ve bunları arka arkaya yayınlayacağız. Bunları web sitemizde barındırmamızın bir sorumluluk olduğu DNS’imizde yayınlamayacağız. Uniswap’e bakarsanız, karşı karşıya oldukları engellerden biri budur ve ayrıca DNS sağlayıcıları gibi kişiler tarafından atılabilirsiniz, ancak gerçekten herkesin uygulamayı indirip çalıştırabileceği merkeziyetsizlik yoluna gitmeye çalışıyorsunuz. Takas yapın ve network’e bağlanın, takas uygulamalarının sihri böylece gerçekleşir.

Ama bunun bir gecede olmayacağını biliyorsun.

Hedefimiz bu. iOS, Mac ve Android uygulamalarıyla yavaş yavaş başlayacağız ancak yolda önümüz oldukça açık. Merkezi saldırı sorunumuzun olmadığı merkeziyetsiz şeylere doğru ilerliyoruz.

• Kulpreet Singh (Portal Yardımcı Sunucusu)

Evet, demek istediğim ve bu da bildiğiniz gibi Portal Defi’da musluklar oluşturmakla ilgili soruya yol açıyor. Sanırım son Fireside sohbetinde, Portal’ın üzerinde nasıl farklı dApp’ler oluşturabileceğinizden de bahsediyordunuz, tıpkı diğer geliştiricilerin onu oluşturmasına istekli olup olmadığınızı veya buna açık olup olmadığınızı ve ne tür SDK planlarınız olduğunu merak ediyoruz.

• Manoj Duggirala (Portal Kurucu Ortağı)

Evet, başkalarının bizim DEX’imizin üzerine inşa etmesini istediğimiz plan bu. Bitcoin’de türevler oluşturmak gibi temel basit sözleşmelerden, Brawpool’da inşa ettiğiniz şey gibi daha karmaşık sözleşmelere kadar diledikleri gibi başlayabilirler, öyle değil mi?

Karma oranı, türevler ve madencilik ve diğer şeyler.

Bunlara sahipseniz, likiditeyi oluşturan ağdan yararlanabileceğinizi bilirsiniz.

Ayrıca başlangıçta ekosistemi en üstte kendi uygulamalarımızla önyükleyeceğiz. Biliyorsunuz ki, halihazırda planladığımız bir tane var, bu da DEX’in yanı sıra modellere dayalı ancak SDK açısından belirli bir varlığın ne zaman alınıp satılacağına dair uyarılar almak için abone olabileceğiniz basit bir fiyat tahmin hizmetidir. Bu hala devam eden bir çalışmadır bu arada.

Geliştiriciler için hangi bileşenlerin yararlı olacağından tam olarak emin değiliz, ancak sağlam belgeler ve ekosisteme fayda sağlayan destekleyici dillerle bunu geliştiriciler için olabildiğince basit ve kolay hale getireceğiz.

2024'ün 1. Çeyreğinde olacak, erken kullanıcılar onu şekillendirmemize gerçekten yardımcı olacaktır. Bu anlamda tasarım ortakları arıyoruz.

• Kulpreet Singh (Portal Yardımcı Sunucusu)

Evet, bir DEX ile konuşan bir API oluşturduğunuz zaman, böylece zihniniz olasılıkları ve zorlukları da keşfetmeye başlar.

Bu yüzden kesinlikle onun hakkında daha fazlasını dinlemekle çok ilgileniyoruz.

Bu fireside sohbetleri, topluluğun olup bitenlerden haberdar olmasına yardımcı olacaktır.

• Manoj Duggirala (Portal Kurucu Ortağı)

Evet bu doğru.

• Kulpreet Singh (Portal Yardımcı Sunucusu)

Teşekkürler. Belki bir dahaki sefere bu kavramlarla ilgili daha fazla ayrıntıya gireriz. Tekrar teşekkürler, şimdi Eric’e geçelim.

Eric, bizi duyuyor musun?

• Eric Martindale (Portal Kurucu Ortağı ve CEO’su)

Yüksek tonda ve net bir şekilde duyabiliyorum.

• Kulpreet Singh (Portal Yardımcı Sunucusu)

Harika. Umarım bizimle konuşmak için zaman ayırdığın bu günde Dünya Kupası yarı finalini izlemiyorsundur.

• Eric Martindale (Portal Kurucu Ortağı ve CEO’su)

Evet, sırf size katılmak için televizyon başından kalktım beyler.

• Kulpreet Singh (Portal Yardımcı Sunucusu)

Mükemmel, yani Portal’ın mazisinin ne olduğunu ve buradaki ekip tarafından inşa edilen tüm ürünleri çok merak ediyorum.

Manoj, 2019'da bir şeyler olduğundan bahsetmişti ve senin ondan önce de bazı projeler üzerinde çalıştığını duymuştum. Öyleyse, nereden başladığınız, nerede olduğunuz ve nereye gidebileceğinizi görebileceğimiz bir giriş yapsaydınız, nasıl olurdu?

Bu, takımdaki bilgi derinliğinin ne kadar derin olduğunu bilme merakını gidermek için bir tür genel soru bu.

• Eric Martindale (Portal Kurucu Ortağı ve CEO’su)

Elbette, Portal için ilk fikir, Fabric’in kendisi üzerinde çalışmaya başladığım sıralarda ortaya çıktığına inanıyorum ve asıl fikir, başlangıçta bir portföy yöneticisinin kripto para birimlerinizi takas edebilmesi, ancak gerçekten kapsamlı bir görüşe sahip olmasıydı. Bazı kripto para birimleri satın alan ve birinden diğerine pozisyon değiştiren daha sofistike yatırımcı. O zamanlar, 2018 ve 2019'da oluşturulmuş bir ilk prototip vardı. İlk uygulama aradığımız güvenlik eşiklerini tam olarak karşılamadığı için ürünü mağazadan kaldırdık ve ürünü bir an önce almak istedik. Biraz farklı yönü tercih ettik.

Bu yüzden, geçen yılın sonlarına doğru, hem yapıdan hem de inşa ettiklerimizden edindiğimiz tüm öğrenimlerle onu sıfırdan inşa etmek için ikincil bir kod tabanlı tür üzerinde çalışmaya başladığımıza inandım. Bu ilk çıktı idi.

Apple odaklı ekonomik uygulamaydı bu ve oldukça yol kat ettik ama bu noktada sadece bitiş çizgisini aşmaya çalışmak ve her şeyi hayata geçirmek hedefteydi. O zamandan beri bazı yeni kütüphaneler çıktı ve yaklaşımımızı gerçekten geliştirdik. Yani oldukça iyi ilerlediğini biliyorsun.

Bence bu oldukça iyi bir tarih.

• Kulpreet Singh (Portal Yardımcı Sunucusu)

Evet, bu büyüleyici. Şimdi bu konuşmanın amaçları doğrultusunda MVP ile birlikteyiz, öyle değil mi? Öyleyse, zihninizde, vizyonunuzda, kullanıcının indirdiği ve temelde bir node çalıştırarak gelir elde ettiği yani para kazandığı ürün nedir? Bu nasıl çalışıyor?

• Eric Martindale (Portal Kurucu Ortağı ve CEO’su)

Çünkü inşa ettiğimiz şey iki şeyi hedefliyor.

Birinci. Bir şeyin kesinlikle eşler arası olmasını istiyoruz ve bu nedenle geleneksel bir borsada, genellikle paranızı borsaya yatırırsınız ve borsa, yürütülen emirlerin bir dilimini alır veya hatta o platformda emir vermek için sadece ön ödeme alır. Sadece bunu yapabilirler çünkü merkezi bir aracı kurumdur bunlar.

Eşler arası olacağımız için, Portal’ın şirkete gerçekten adım atması ve bu ticaretin bir parçasını alması için gerçekten çok fazla fırsat yok. Bu yüzden kendimizi modellediğimiz şey, örneğin bir rotaya katılarak lightning gibi gördüğünüz şeye veya başkalarına iletmek için mesaj depolamaya ya da belki de bir alıcı & satıcı olsanız dahi tüccarlar için eşler bulmaya daha çok benziyor.

Bu kesinlikle kolaylaştırma amaçlıdır, bu kullanıcıların eşler arası ağ içinde birbirlerini bulmalarına yardımcı olmaya katılım için gereklidir.

Açıkçası, bir şirket olarak bizim var olduğumuzu biliyorsunuz, borsanın yanı sıra diğer katma değerli hizmetlere bakıyorduk. Demek istediğim, tasarım derken neredeyse kendimizi resmin dışında bırakıyoruz. Fiyat tahminleri ve likiditeye erişim de dahil olmak üzere bir dizi başka şeye baktığımızı biliyorsunuz.

Örneğin, iki farklı kripto para birimi arasında takas yapmak yerine, iki farklı katman olan Layer 1 ve Layer 2 arasında geçiş yaptığınız bir submarine takasını düşünebilirsiniz.

Böylece, Portal’a ve bireyin lightning’de kazanacağınız kapasiteyle hemen hemen aynı kapasitede para kazanma fırsatına bakabilirsiniz; bu, ya fonları rota boyunca hareket ettirmeye yardımcı olarak ya da mesajları depolayıp diğer eşler için ileterek yardımcı olur. Satıcı, emri için bir alıcı bulur veya bir alıcının, emri için bir satıcı bulmasına yardımcı olur.

Yani bu gerçekten tam anlamıyla tüm emirleri eşleştirmeyi kapsar.

Açıkçası, bir şirket olarak bizim için dahili olarak yapabileceğimiz başka şeyler de var, ancak bu bir kullanıcının kazanabileceği fonlar kadardır. Fonların hareket etmesine yardımcı olmak için kesinlikle bu tür bir eşler arası modele bakıyoruz.

• Kulpreet Singh (Portal Yardımcı Sunucusu)

Yani yine söylediğiniz gibi, Lightning işlemlerini burada iletmek için aldıkları Lightning node’u operatör ücretlerinin yanı sıra çok fazla.

Kullanıcı node’ları, esasen aracı olarak hareket ediyor veya sadece ticareti ileterek kolaylaştırıyor.

• Eric Martindale (Portal Kurucu Ortağı ve CEO’su)

Aslında ikisi de şu anda ve başka fırsatların nerede olduğunu anlamaya çalışıyoruz ama orada bir tür soyutlama var. Mesajın ne olduğu özellikle önemli değil gibi.

Fikir şu ki, bu sadece bir mesaj. O mesajın amaçlanan hedefine taşınmasına yardım etmeye katıldığınız sürece, bu mesajın sıralı veya başka türden mesajlar olup olmadığını bilirsiniz. Potansiyel bir hedef bulmada, node operatörü olarak bunun bir dilimini alabileceksiniz.

• Kulpreet Singh (Portal Yardımcı Sunucusu)

Tamam anladım.

Ardından, daha fazla trafik ilettiğiniz için daha fazla ücret alabilmek adına doğru sayıda bağlantıya sahip kanallara sahip olmak gibi lightning’e benzer ağ bağlantısına sahip node’lara inecek, buna da inebilir mi?

• Eric Martindale (Portal Kurucu Ortağı ve CEO’su)

Evet, mesele bununla ve ne kadar süre çevrimiçi olduğunuz gibi node’unuzun güvenilirliğiyle ilgilidir. Tutarlı bir şekilde çevrimiçi kalabiliyorsanız, daha fazla mesaj görebilirsiniz ve daha fazla mesaj görebilirseniz, daha fazla sipariş eşleştirebilirsiniz. Uygun eşlerle iyi bir bağlantınız varsa, o zaman node’unuzun sipariş eşleştirmeye veya mesaja dahil olması çok muhtemel olacaktır.

Bunu geçmek, ağdaki belirli bir ticaret veya belirli bir faaliyet içindir.

• Kulpreet Singh (Portal Yardımcı Sunucusu)

Doğru. Bu çok mantıklı. Öyleyse, bunun Lightning ve Portal DEX arasındaki bu paralelliklerle devam ettiğini kastediyorum. Lightning dünyasında, watchtowers diye tabir ettiğimiz gözlemcilere sahip olma sorunuyla ilgili bir şey var, öyle değil mi?

Bazı çözümler var ama anladığım kadarıyla Bitcoin’de bazı değişiklikler gerektiriyorlar. Bir kullanıcının çevrimdışı olması gibi benzer bir şey var mı, bunun diğer tarafın fonlarını alması veya kanalları kapatması gibi bir unsuru var mı?

Veya kullanıcı çevrimdışı olursa hala güvende mi olur?

Çevrimdışı olmazlarsa bunun bir nedeni olabilir mi?

• Eric Martindale (Portal Kurucu Ortağı ve CEO’su)

Tamamen güvende olmak, tamamen kendi kendine egemen olmak için en azından kendi node’unuzu çalıştırmanız gereken modeli hala takip ediyoruz. Temel olarak bir watchtowers dediğimiz şey budur, sözleşmenin herhangi bir özel koşulu tetiklenmişse, zincirdeki herhangi bir faaliyeti, ana blok zincirinde alt müşterilere bildiren güvenilir bir full node’unuz vardır veya örneğin, node, yerleşim yerleri veya kanal kapanışları olsun, mevcut imzalı ve imzasız işlemleri de tutabilir. Bu yüzden hala bu sınırlamaya sahibiz, gerçekten güvenilir, her zaman çevrimiçi bir full node istiyorsunuz. Ama bu mesaj geçme fikri ve Fabric’ten esinlenme hakkında biraz konuştuk.

Bu mesaj posta kutularına veya sıralarına sahip olma fikri, dayanıklılığı gerçekten artırır ve birden fazla yol olduğu için bu riski önemli ölçüde azaltır. Ağdaki her node, hedeflenen kullanıcı veya hedeflenen alıcı çevrimiçi olduğunda bu mesajları saklama olanağına sahiptir.

Yani zaman kilidine bağlı olarak, sözleşmenin bir sona erme süresi olduğunu bilirsiniz, bu noktada en son ne zaman çevrimiçi olduğunuzu kontrol edebilirsiniz, bu mümkündür. Lightning’de mümkün olduğu gibi, birikmiş bakiyelerin bir kısmını kaybetmeniz mümkündür, ancak posta kutularınızı barındıran bir grup eş ile iyi bağlantınız olduğu sürece işler iyi gidebilir, — ki bu eşler şu yeteneğe sahiptir: Bir kanalın kapanması veya zorla kapatılması durumunda, bu eşler de yayın yapabilir ve çevrimdışı olmanız durumunda “kıçınızı kurtarmanın” bir sonucu olarak potansiyel olarak bir ücret kazanabilir.

• Kulpreet Singh (Portal Yardımcı Sunucusu)

Evet, bu gerçekten güzel bir fikir. Fabric’teki posta kutusu fikirlerini bilmiyordum. Sanırım bunu sonraki Fireside sohbetlerinde ele alacağız. Eşler arası bir ağda, doğru anladıysam geri dönene kadar sizin için mesajlarınızı tutan bir mesaj kutusu olduğundan bahsediyoruz, öyle değil mi?

• Eric Martindale (Portal Kurucu Ortağı ve CEO’su)

Tıpkı bir mesaj kuyruğu gibi. Bu yüzden, bunu herkese göstermeye başlayabilmemiz için bir ekran paylaşımı demosu başlattığımızda bunu kesinlikle daha ayrıntılı olarak ele alacağız.

• Terry Philipson (Portal Sunucusu)

Son fireside sohbetimize göre çevrimdışı demişken aklıma bir şey geldi. Bunu son kez sormak istemiştim ama konser biletlerinin veya genel olarak biletlerin tokenizasyonu gibi bazı gerçek dünya kullanım durumlarıyla ilgili düşünceleriniz nelerdir?

Bana göre bilet kavramı özünde sadece bir hak sahibi belgesidir.

• Eric Martindale (Portal Kurucu Ortağı ve CEO’su)

Evet, yani biletler ilginç bir durum. Yani konser bileti veya etkinlik bileti gibi durumlarda tek dağıtıcı var. Bir dağıtıcınız var ve bu tür varlıklar veya bu tür sözleşmelerle ilgili diğer bir ilginç özellik, bunların neredeyse tek seferlik gerçek kullanım durumları. Dolayısıyla, dağıtıcı bu tokenlardan birini yayınladığında, bunun kullanıcı tarafından kripto para birimiyle aynı şekilde tutulabileceğini bilirsiniz.

İster soğuk cüzdanınızda ister farklı bir mobil cihazda olsun, onu cihaz üzerinde tutulabilirsiniz. Daha sonra mekana geldiğinizde varlığa sahip olduğunuzu gösterirsiniz ve bu varlık tüketilmiş olur.

Yani bu, diğer tüm kripto para birimlerinde olduğundan biraz farklıdır ve onları açıkça yakmazsanız. Bunlar ticarete konu olabilir ve yol boyunca taşınabilirler, ancak bir konser bileti söz konusu olduğunda, bu paraya çevrilebilir bir varlıktır. Yani özünde varlık, yakmak demek istemiyorum çünkü olan teknik şey bu değil. Aslında sadece tüketiliyor. Ancak bu modelde, mekan, etkinlik organizatörü ve hatta belki de sıradaki bazı yayıncılarınız var. Biliyorsunuz, varlığın gerçek düzenleyicisi olan Ticketmaster veya onun gibi biriyle ve ardından mekanı kendileri işletiyorlarsa veya Ticketmaster gibi bir ortakla birlikte çalışıyorlarsa, bir ortaklığınız olabilir. Bu hesap kitabı bir şekilde tutanlar onlar. Dağıtılmış sistemler ve blok zincirleri için özellikle harika bir kullanım durumu değildir.

Biletin devredilebilir olması ve bu bilet satma / karaborsayı bir nevi kesme fikri olsa da, bir mekanda bir etkinlikte gözünüze çarpıyordur, çoğu zaman dışarıda satılık biletler vardır. Kullanıcıların bu biletleri bir şekilde aktarması için bu yeteneği korumak istiyorsunuz.

Ancak buradaki benzersiz özellik, paraya çevrilebilir olmasıdır. Demek istediğim, bu “PATH” ile girmek istediğimiz bir şey, yani enerji ve mahsur kalan enerji, maden hakları, mülkiyet hakları vb. gibi itfa edilebilir varlıklara biraz daha odaklanmak istiyorum. Konser biletleri oraya aynı kapasitede sığar çünkü bir mineral hayal edebiliyorsanız, o zaman onun da paraya çevrilebilir olduğunu bilirsiniz.

Dolayısıyla, o pazara girmemiz için kesinlikle ileriye dönük bir yol var.

Her ne kadar şu anda maden haklarına ve mülkiyet mülkiyet haklarına vb. odaklanmış olsak da, bunlar çok benzer bir yapı türüdür. Böylece, bunların her birinde aynı kodun benzerlerini kullanabiliriz.

• Terry Philipson (Portal Sunucusu)

Bunun için teşekkürler Eric. Kulpreet’e sözü geri bırakacağım.

• Kulpreet Singh (Portal Yardımcı Sunucusu)

Teşekkürler Ron. Eric, burada sana birkaç sorumuz var ama zamana dikkat ettim. Peki Artee veya Alexey’e geçsek ne dersiniz?

• Eric Martindale (Portal Kurucu Ortağı ve CEO’su)

Evet. Yani, kulağa hoş geliyor, benim için sorun yok. Demek istediğim, söyleşinin sonunda yetişmeyen sorulardan herhangi birini ele almak için biraz zamanımız olabilir. Devam edelim ve belki sonunda atladığımız bazı soruları ele alabiliriz.

• Kulpreet Singh (Portal Yardımcı Sunucusu)

Evet. Çünkü Alexey’in Ethereum hakkında ne söyleyeceğini çok ama çok merak ediyorum.

Alexey, döndün mü? Bizi duyabiliyor musun?

• Alexey Melnichenko (Portal Mühendisi)

Her şey yolunda olmalı şu an.

• Kulpreet Singh (Portal Yardımcı Sunucusu)

Harika, seni duyuyoruz.

• Terry Philipson (Portal Sunucusu)

Evet, sizi duyabiliyoruz.

• Kulpreet Singh (Portal Yardımcı Sunucusu)

Mükemmel. Casey ile konuşurken ana fikir şuydu: “Tamam, Layer 2 takasları Bitcoin ve Ethereum gibi bir şey arasında nasıl çalışır?” ve o, Bitcoin tarafında neler olduğuna dair bize güzel bir resim çizdi. Ethereum tarafında neler oluyor çok merak ediyoruz. Oraya değinmeden önce, sakıncası yoksa bize Layer 2'nin Ethereum üzerinde genel olarak ilk prensiplerden nasıl çalıştığına dair biraz bilgi verebilir misiniz? Böylece Ethereum tarafındaki yeniliklerden pek haberdar olmayan insanlar bilgi sahibi olmuş olurlar.

Ne düşünüyorsunuz?

• Alexey Melnichenko (Portal Mühendisi)

Bir kanal açtığınızda esasen bir yield farming olarak çalışır. Sadece bazı tokenları bir sözleşmeye yatırırsınız ve bunlar Layer 2 tokenlarınız olarak sayılır.

Daha sonra bunları alabilir ve 2. katmandaki diğer herhangi bir kullanıcıyla kanal açabilirsiniz. Bunu yaptığınızda, bu 2. katman tokenlarından bazılarını alıp diğer kullanıcıyla birlikte 2. katman kanalına bırakırsınız ve sonra siz ödemeleri gönderebilir.

Takas için bununla ilgili iyi olan şey, ödemeyi gönderdiğinizde, bu aslında başlangıçta sır ile kilitlenir ve ödemenin esasen sırrın karmasına dayalı bir kimliği vardır ve daha sonra ödemeyi alan kişi ödemeyi gerçek anlamda alamaz. Sırrı bir şekilde öğrenene kadar, buradaki sırrı bilmelerinin birçok yolu vardır.

• Kulpreet Singh (Portal Yardımcı Sunucusu)

Hmm.

• Alexey Melnichenko (Portal Mühendisi)

Esasen bu transferler anında ve ücretsiz gerçekleşir.

• Kulpreet Singh (Portal Yardımcı Sunucusu)

Mükemmel.

• Alexey Melnichenko (Portal Mühendisi)

Evet, temel olarak kullanıcıların birbirlerini keşfetmelerine izin veren bir eşler arası mesajlaşma protokolü ve ardından gerçek takas gerçekleşirken birbirleriyle doğrudan konuştukları ayrı bir protokol vardır.

• Kulpreet Singh (Portal Yardımcı Sunucusu)

Yani bu Eşler Arası kanal üzerinden mi oluyor yoksa işlemleri dinliyor/izliyorlar mı?

Layer 1'de ne olacağını anlayabiliyorum, zincir üzerindeki bir işlem yoluyla sırrın açığa çıkması. Layer 2 dünyasında bu nasıl oluyor?

• Alexey Melnichenko (Portal Mühendisi)

Aslında, Layer 2'de, eşleşen ödeme karmasına sahip herhangi birinin bir sırrı ifşa etmesi oldukça farklıdır. Bu aslında tüm ağdaki tüm ödemeleri temizler. Dolayısıyla, aynı hash ile aynı anda giden 10 adet farklı ödemeniz olsa bile, bu taraflardan herhangi biri sırrı ifşa ettiğinde, tüm bu ödemeler anında gerçekleşir. Bu, tüm ödemelerin kilidini tek tek açmak için bir dizi adım atmaya kıyasla, pist takasları için oldukça uygundur.

• Kulpreet Singh (Portal Yardımcı Sunucusu)

Yani gizli ifşa aynı zamanda çoklu atlamada da işe yarıyor, öyle değil mi?

Bu durumda çoklu atlamalı ödemeler nasıl çalışır, örneğin benim Lightning ağında veya Portal tarafında / Lightning tarafında bir node’um var ve sizin de Ethereum tarafında bir node’unuz var.

Ama birbirimize doğrudan bağlı değiliz, öyle değil mi?

• Alexey Melnichenko (Portal Mühendisi)

Doğru.

• Kulpreet Singh (Portal Yardımcı Sunucusu)

Ödemeleri gönderebilir miyiz?

İlgili ağlar aracılığıyla yönlendirilip sonra bir şekilde birbirlerini keşfedebilirler mi? Bu nasıl çalışıyor?

• Alexey Melnichenko (Portal Mühendisi)

Başlangıçta, her iki node’un da bağlanması için Bitcoin olmadan Ethereum Layer 2 takasını tarif ederdim.

Basit versiyon, her ikisinin de bir Mediator (arabulucu) node’una bağlanmasıdır.

Yani ikisi de temelde aynı node’a giden açık kanallardır.

• Kulpreet Singh (Portal Yardımcı Sunucusu)

Tamamdır.

• Alexey Melnichenko (Portal Mühendisi)

Bu arabulucu aracılığıyla bir kullanıcıdan ikinci kullanıcıya giden bir yol vardır, bu nedenle arabulucu aracılığıyla ikinci kullanıcıya çoklu sekmeli ödemeler gönderebilirler ve bu gerçekleştiğinde bunu arabulucuya gönderirler.

Daha sonra arabulucu, ödemeyi aldığını ve sonunda ikinci kullanıcıya gideceğini görür ve ikinci kullanıcıya başka bir ödeme gönderir ve ikinci kullanıcı, emir defteri ticaretinde eşleşen hash ile gelen bir ödemesi olduğunu görür ve gönderirler. Doğru miktarı arabulucu aracılığıyla ve bir kez daha birinci kullanıcıya geri gönderin, sistem bu şekilde işliyor.

• Kulpreet Singh (Portal Yardımcı Sunucusu)

Hmm.

• Alexey Melnichenko (Portal Mühendisi)

Ve doğru miktarı aracı aracılığıyla bir kullanıcıya geri gönderirler ve arabulucu bir kez daha gelen ödemeyi aynı hash’e göre görür ve şimdi aynı hash’e sahip bir kullanıcıya tekrar gönderir.

• Kulpreet Singh (Portal Yardımcı Sunucusu)

Güzel.

• Alexey Melnichenko (Portal Mühendisi)

Artık bir kullanıcı, eşleşen hash ile ilk ödemeleri için doğru miktarda geri ödeme aldığını görüyor ve bu gerçekleştiğinde, tüm ağdaki ödemelerin kilidini açarak sırrı açığa çıkarıyor ve bu, tüm ağ boyunca her iki ödemenin de geçmesini tetikliyor.

• Kulpreet Singh (Portal Yardımcı Sunucusu)

Yani esas olarak, bir arabulucu aracılığıyla birbirlerine bir yol bulan node’lara iner ve bir arabulucu seçebilirler veya ticaretler yanlışlıkla her ikisinin de bağlı olduğu arabulucu tarafından eşleştirilirse arabulucuyu seçmek istemeyebilirler. Bu doğru mu?

• Alexey Melnichenko (Portal Mühendisi)

Hangi arabulucuları kullandığınız konusunda çok dikkatli olmak istersiniz, çünkü şu anda bir kanalı her açtığınızda bir miktar token’ı kilitlersiniz, bu nedenle, bunu esasen verimli hale getirmek ve insanların yapmasını sağlamak için bir hizmet üzerinde çalışıyoruz. Kanalları da birbirine açık olan aracıların aynı ağına bağlı bir tür ağ aracılığıyla gerçekleşir.

• Kulpreet Singh (Portal Yardımcı Sunucusu)

Anlıyorum. Sıkı sıkı bağlı ağda bir şeyleri keşfetmek daha kolaydır.

• Alexey Melnichenko (Portal Mühendisi)

Evet, çok basit. Demek istediğim, PATH kelimenin tam anlamıyla birinci kullanıcıdan ikinci kullanıcı ve arabulucuyadır. Ödemeyi gönderen bu yolu bildiği sürece, başka taraflara güvenmeden bunu gönderebilirler.

• Kulpreet Singh (Portal Yardımcı Sunucusu)

Anladım.

• Alexey Melnichenko (Portal Mühendisi)

Zamanla işler yoğunlaştığında, ağ daha karmaşık hale gelecek ve kullanıcıların ya tüm Mediator node’lar ve leaf node’lar arasındaki tüm açık kanalları izlemesi ya da bazı hizmetlere güvenmesi gerekecek. Birisi federasyonlar gibi çalışıyor olabilir ya da onun gibi bir şey.

• Kulpreet Singh (Portal Yardımcı Sunucusu)

Bu karmaşıklık modelinin, node’ların farklı blok zincirleri kullandığı fikrini de yönetmesi gerekeceğini umuyorum.

• Alexey Melnichenko (Portal Mühendisi)

Doğru. Bu nedenle, örneğin Polygon ve Ethereum ana ağında çok katmanlı Ethereum Layer 2'niz varsa, oldukça basit olacaktır.

Ancak Bitcoin’den Ethereum’a Layer 2 takası temelde aynı olacaktır çünkü her iki kullanıcı da hala Ethereum ve Bitcoin node’larını çalıştırmaktadır, bu nedenle çok fazla bir fark yoktur çünkü ikinci kullanıcı gelen ödemeyi Ethereum’larında doğru hash ile görecektir. Node’u ve ardından ödemeyi lightning node’u aracılığıyla geri göndermeniz yeterlidir.

• Kulpreet Singh (Portal Yardımcı Sunucusu)

Tamam, bu gerçekten zekice. Bir sonraki node’un her iki blockchain node’unu da çalıştırdığı fikrini tamamen unuttum bile. Bu ilginç, Alexey.

Ne yaptığınızı biraz algılamaya başladığımız zaman daha çok sorumuz olacağını düşünüyorum. Umarım bir sonraki fireside söyleşimizde buna geri döneriz.

Belki artık Artee’ye geçebiliriz.

Artee, bizi duyuyor musun?

• Pablo Artee (Portal Tasarımcısı)

Evet n’aber?

• Kulpreet Singh (Portal Yardımcı Sunucusu)

Seninle tekrar konuşmak güzel adamım. Peki öz egemenlik veya öz velayet UX’i nasıl etkiler?

Daha önce sorduğum gibi en büyük soru bu.

Çevrimdışı olursanız paranızı nasıl güvende tutabilirsiniz?

UX katmanında çözmeniz gereken sorunlar var mı?

Eminim vardır ve Portal’ın bunu başarmak için neler yapabileceğini düşünüyorsunuz?

• Pablo Artee (Portal Tasarımcısı)

Merkezi ve merkeziyetsiz hizmetler arasındaki fark olan bu konu başlığının bir kısmından daha önce bahsetmiştik.

İnsanlar bu merkeziyetsiz rotadan geçiyor.

Kullanıcıların Bitcoin node’una, Lightning node’una, alış satış yapmak isteyen full node’lara ve ardından o koordinatörü yapacak olan Portal node’una bağlanmaları gerektiğinin farkında olmalılar. Belki gelecekte başka işlevler eklerken, Fabric node’u ile birlikte tamamen sansüre dirençli olmak için bastırıyorsak, paranızı merkezi bir varlığa yatırmak ve ardından her şeyi orada yapmak yerine onları bağlantı kurmaya teşvik edebiliriz. Herhangi bir velayet olmadan, kullanıcının gerçekten kendi kendine egemen olması için gerekli olan tüm bu node’ların durumunun farkında olması gerekecektir. Bu durum sadece anahtarlarınız, madeni paralarınız ya da kısaca fonlarla ilgili değil, aynı zamanda ağ durumunun farkında olmak ve kendi node’unuza güvenmekle ilgili bir durumdur.

Yani son kullanıcı arayüzü bu tür bir istemciye sahip olacaktır. İlk önce iOS’ta başlayacağız ve kullanıcıya tüm bu hizmetlerin durumunu göstermemiz gerekiyor. Hizmetin başarılı bir takas yapabilmesi gerekiyordu, bu nedenle kullanıcıya durumu göstermemiz, kendi node’larını değiştirmelerine izin vermemiz veya bunlardan bazıları arasında düzgün çalışmayan varsa sorunu gidermemiz gerekecektir. Belki başlangıçta bir arkadaşın node’unu veya güvenilir bir pilot node’u kullanabilir ve ardından bu gerçek özgürlüğe geçebilirler.

İstedikleri yere bağlanmalarına izin vereceğiz ama sanırım UX ile ilgili en büyük sorun, onlara tüm bunları yönetebilecekleri, bu durumun farkında olacakları ve onlara öğretebilecekleri belli araçları verebilmektir.

Aslında oldukça ilginç olan her şeyde biraz eğitim var, ayrıca kullanıcıların sadece Bitcoin ve Ethereum hakkında değil, aynı zamanda kafalarını karıştırmak isteyebilecekleri, olası gerçeğinin komplikasyonları hakkında da nasıl bilgi edinebilecekleri konusunda bazı eğitimler var. Hakkında çok düşünmeniz gerekebilecek pek çok uygulama içi eğitim veya öğretim türüdür bu. Kulağa kolay bir meydan okuma değilmiş gibi geliyor.

Evet ve Pareto ağacı ilkesi her zaman her yerde geçerlidir. Bu yüzden, kullanıcının geçmesi gereken tüm engeller nedeniyle insanların belki de yalnızca %20'sinin gerçekten tamamen egemen olacağını hayal ediyorum.

Geri kalan %80'lik kısım bir miktar takaslar yapacak ve o %80'in içinde, belki sadece %20'lik velayet olacak ve diğeri, tam olarak onu bilmiyorum ama onun kurumu olacak. Ama bence yapmamız gereken şey, onlara, sunucumuz çökse bile bu istemcinin çalışabileceği ve kendi hizmetlerini gösterebilecekleri bir araç vermek, böylece bu egemenlik düzeyinin kendi kendine velayetini seçebilmeleridir.

Hükümdarsın ya da değilsin, öyle değil mi?

Ama biz bu tür bir spektrum hayal ediyoruz. Bu yüzden kullanıcıları son varış noktasına ulaştırmaya çalışıyoruz.

• Kulpreet Singh (Portal Yardımcı Sunucusu)

Bu, sıfırdan bire bir adımdır ve birçok kullanıcı için kolay değildir. Demek istediğim ve geri adım atmak çok kolaydır. Bir tür kestirme yol kullanırsınız ve sahip olduğunuz egemenliği kesinlikle kaybedersiniz. Kolay değil, kesinlikle kolay değil.

• Pablo Artee (Portal Tasarımcısı)

Doğru. Geliştiricilerden, teknolojiden anlayan insanlardan bahsederken, tüm bunları yapmak önemsiz gibi görünüyor. Ancak birçok insanın kafasında, Bitcoin’i merkezi borsalarda tutma fikri bile bunaltıcı olabilir.

Bununla başa çıkmalıyız.

• Kulpreet Singh (Portal Yardımcı Sunucusu)

Tanrıya şükür, bununla ilgilenecek senin gibi insanlar var.

Yani bu notta; Gelecekte Portal DEX ile etkileşime giren başka cüzdanların olabileceği bir vizyon olacağını düşünüyor musunuz?

Yani zorluklar nelerdir, böyle bir özellik bizim yol haritamızda varsa, böyle bir özelliği elde etmek için gereken adımlar nelerdir?

• Pablo Artee (Portal Tasarımcısı)

Evet, böyle harika olurdu. Bu, bahsettiğimiz hizmetleri modüler bir şekilde sağlamak için gerçekten bir hedef olurdu. Belki de bu merkeziyetsiz takasa sahip olduğumuzu hayal edin. Herhangi bir cüzdanın onunla etkileşime girmesi gerçekten harika olurdu.

Neden mi?

Belki bir cüzdana sahip olmak, kullanıcı fonlarıyla ilgilenen bu başka bir yazılımın bakımını yapıyor olmamız gibi gerçekten bir rahatsızlıktır. Halihazırda bu işi yapan birçok insan ve birçok başka cüzdan var.

Bu nedenle, herhangi birinin onunla genel olarak iki pazar yeri gibi etkileşime girebilmesi gerçekten iyi olurdu. Alt teknolojimiz gerçekten harikaysa, çok sayıda borsa veya diğer pazar yeri onunla etkileşime geçebilir ve bizi ücretleri kazanan yerel uygulama için sağladığımız bir yol olarak kullanabilirse ve biz de daha fazlasına dokunabilirsek çok sevinirim. İnşa ettiğimiz her şey gibi likidite bu. Kullanıcıları DEX’e dahil etmenin bir yolu olarak herkes bunlardan yararlanabilmelidir. Çok daha fazla gateway’e izin verirseniz, DEX’e başlamak için neden cüzdanımızla sınırlı kalmalısınız ki?

Bu fikri sevdim. Ütopya gibi uzun vadeli bir hayal.

• Kulpreet Singh (Portal Yardımcı Sunucusu)

Evet kesinlikle öyle.

• Pablo Artee (Portal Tasarımcısı)

İlk sürüm, doğru görünen tüm hataları ve durumları ortadan kaldıracağımız tamamen entegre bir şey olacak. Ve birlikte çalışabilirlik, kesin bir sorunsa. Ve birlikte çalışabilirlik, eğer kesin bir sorunsa, belirli standartlara ulaşmaya çalışan birçok farklı çalışma grubu vardır. Ve bu standartlara ulaşmak kolay değildir ancak birden fazla uygulamaya sahip olmak ve onu tekelleştirmemek gerçekten çok iyi.

Çünkü inovasyona izin verir.

Sistemle etkileşim kurmaya başlamak için bir yola ihtiyacımız vardı ve yeterince olgunlaştıktan sonra, diğer cüzdan sağlayıcılarının işin zor kısmını yapmasına izin verebilirsiniz.

• Kulpreet Singh (Portal Yardımcı Sunucusu)

Kulağa harika geliyor. Ancak mevcut plan için, açık veriler mevcut olduğunda, insanlar uygulamayı nereden indirecek? iOS pazarına gitmeleri gerekir mi veya nasıl göndermeyi planlıyorsunuz?

• Pablo Artee (Portal Tasarımcısı)

İlk halka açık sürüm, Apple pazarına sunulacak.

Dolayısıyla, tüm ekosistemi bu şekilde test ediyoruz ve gerçekten dahili olarak çalıştığını bilene kadar bu istemcinin diğer birçok varyasyonunu korumanın bir anlamı yok. İlk halka açık sürüm, iOS App Store’da olacak.

• Kulpreet Singh (Portal Yardımcı Sunucusu)

Evet bu mantıklı. Yani aslında uygulama içinde demek istemiştim.

• Pablo Artee (Portal Tasarımcısı)

Cüzdandan bahsediyoruz. Portal OS’de, web sitemizin bir parçası olacağından bahseden birçok uygulama olacak ve yapılandırabilecek veya indirebileceksiniz. Yani gerçek ürüne bağlıdır.

Şu anda sadece cüzdana odaklandım.

• Kulpreet Singh (Portal Yardımcı Sunucusu)

Soru cüzdan içindi, bu yüzden bunu açıkladığınız için teşekkürler.

İnsanlara iOS uygulamasının kendisinde geri bildirimde bulunmaları için yollar sunacağınızı düşünüyor musunuz veya kullanıcılara destek sağlama konusundaki planınız nedir?

• Pablo Artee (Portal Tasarımcısı)

Evet, sadece uygulamada değil, web sitesinde de olacka. Kullanıcı bize nerede geri bildirim vermek isterse, onu memnuniyetle alırız.

• Kulpreet Singh (Portal Yardımcı Sunucusu)

Hmm.

• Pablo Artee (Portal Tasarımcısı)

Bir kullanıcının size gerçekten geri bildirimde bulunması çok az görülür. Çoğu kişi uygulamayı kullanır, uygulamanıza kızmak için bir neden bulur ve onu siler.

Bize bir şey söylemeleri için mümkün olduğunca erişilebilir kılmaya çalışacağız.

Bizden nefret ettiklerini söylemek isteseler bile sorun değil.

Umarım bize nedenini söylerler, böylece bu konuda bir şeyler yapabiliriz.

• Kulpreet Singh (Portal Yardımcı Sunucusu)

Evet bu doğru.

• Pablo Artee (Portal Tasarımcısı)

Bizimle hangi kanaldan görüşmek isterlerse seve seve bilgi alırız.

• Kulpreet Singh (Portal Yardımcı Sunucusu)

Evet, kullanıcı geri bildirimi çok önemlidir. Kullanıcı deneyimini takıntı haline getirmiş gerçek bir insan gibi konuştun.

• Pablo Artee (Portal Tasarımcısı)

Evet.

• Kulpreet Singh (Portal Yardımcı Sunucusu)

Güzel, harika. Teşekkürler Artee.

Tekrar zaman ayırdığınız için teşekkürler.

Muhtemelen bir sonraki Fireside sohbetinde size daha fazla sorumuz olacak.

Gitmeden önce sana en az bir soru daha sorabilir miyiz diye merak ediyordum.

• Eric Martindale (Portal Kurucu Ortağı ve CEO’su)

Evet elbette.

• Kulpreet Singh (Portal Yardımcı Sunucusu)

Tamam harika.

İnsanlarla Portal işletim sisteminin neye benzediği hakkında konuşurken; node nasıl çalışır? Çeşitli bileşenler nelerdir?

Takas nasıl oluyor?

Aklımıza gelen soru, bir kullanıcının zaten bir yerlerde Bitcoin’i olduğunu söylemesi ve Portal DEX’i çalıştırması ve sonra bunun üzerinde takas yapmaya başlayacağına karar vermesi ne kadar sürer?

Oradaki zaman çerçevesi nasıldır? Bitcoin’de veya belki de Ethereum’da belirli sayıda onay beklemek zorunda mısınız?

Bir kullanıcının dApp’leri indirdiği andan itibaren gerçek ticarete başlaması ne kadar sürer?

Değilse, zaman çizelgesinin ne olacağını düşünüyorsunuz?

• Eric Martindale (Portal Kurucu Ortağı ve CEO’su)

Evet. Birkaç kısayol kullanıyoruz ve uygulamada muhtemelen Watchtower işlevini tanıtacağız, cüzdanın kendisinde paranız olduğunda bir kez fırsat, yani en az bir onay, bu kesinlikle bir nevi başlangıç ​​katmanıdır. Böylece ticarete başlayabilirsiniz.

Bunu daha da hızlandırmamız için başka fırsatlar olabilir, ancak bu mutlaka tavsiye edilmez.

Çünkü yine, tamamen ortadan kaldırmaya çalıştığımız şey olan tam anlamıyla güveni yeniden getiriyorsunuz. Artık paranızın kontrolünü elinde tuttuğunu bildiğiniz üçüncü bir tarafa sahipsiniz.

Ama daha güvenli tarafını biliyorsun, yani ona temelde bir Lightning kanalıymış gibi bakabilirsin. Bir Lightning kanalında bakiyeniz olduğu sürece, uygulamayı bir kez indirdikten sonra, neredeyse anında aktarılabilirliğe sahip olmanız gerekir.

Demek istediğim, bir onay minimumdur. 6 doğrulama gerçekten ideal, altın standarttır. Submarine takaslarından biraz önce bahsetmiştik. Bahsettiğim bu kısayollardan bazılarıyla tamamen mümkündür, ancak harici bir cüzdandan Layer 1 bakiyesi ile bunu yapabilirsiniz. Uygulamayı yeni indirdiniz, yeni anahtarlarınızı kurdunuz, buna para yatırmak / aktarmak yerine, bir Layer 1'iniz varsa submarine takaslarını kullanarak bu daha hızlı likiditeye, daha hızlı ticaret kabiliyetine erişmek tamamen mümkün olabilir.

Bir Layer 2 bakiyesi satın alıyorsunuz ve temel olarak Layer 1 bakiyesini Layer 2 bakiyesiyle değiştiriyorsunuz, ancak yine, muhtemelen 0 onayı etkinleştirebilsek de, güvenlik eşiğinden baktığımız mutlak minimum değer 1 onaydır.

Yani hala en azından bununla sınırlısın.

Yine, kullanabileceğimiz bazı kısayollar var ve buna bakıyoruz ancak kullanıcı güvenliğini hiçbir şekilde tehlikeye atmak istemiyoruz.

• Kulpreet Singh (Portal Yardımcı Sunucusu)

Evet, demek istediğim bu, en azından güvenlik açısından çok mantıklı olurdu. Belirli bir düzeyde güvenlik sağlamanız gerekiyorsa, en az 2 veya 3, değilse 6 onaya ihtiyacınız var. Yine de bir gelişme.

• Terry Philipson (Portal Sunucusu)

Kesinlikle.

• Kulpreet Singh (Portal Yardımcı Sunucusu)

Evet. Yani ne yapmalıyız?

Başka bir soru soralım mı yoksa süreyi aştık mı?

• Terry Philipson (Portal Sunucusu)

Sanırım en az bir tane daha için zamanımız var.

Bu soru aslında bizim Telegram kanalımızdan geldi. Sanırım bu konuya biraz önce değindik. Bakalım kimler bu soruyu beğenecek?

VM için hangi ödeme kanalı çözümünün kullanılacağını açıklayabilir misiniz?

• Eric Martindale (Portal Kurucu Ortağı ve CEO’su)

Demek istediğim, bunun gerçekten bir Alexey sorusu olduğunu düşünüyorum ama muhtemelen Raiden olduğunu söyleyeceğim.

Raiden en olası aday ve kendi sözleşmelerimizi uyguladığımız ve kendi ödeme ağımızı yönettiğimiz kendi çözümümüz haline gelecek olan şey, ama Alexey, burada konuşmaktan çekinme.

• Alexey Melnichenko (Portal Mühendisi)

Evet. Prototip aslında Raiden ile yapıldı ama müşteri tarafında değiştirilmesi gereken bazı şeyler var.

Aynı hash ile birden fazla ödemeye izin verilmedi, bu yüzden bunun işe yaraması için yapılması gereken çok iş var. Ancak bu yine de Raiden ağının kendisiyle uyumludur.

Değişen tek şey, aktarımların gerçek yerel depolaması için node istemci kodudur.

• Terry Philipson (Portal Sunucusu)

Uyumluluğu korumak. Bu kulağa oldukça hoş geliyor.

• Alexey Melnichenko (Portal Mühendisi)

Evet. Bütün ayrı ağlarını oluşturmak zorunda kalmadan, şu anda takas yapıp onları okuyabiliyorduk, bu yüzden bunu oldukça uygun buluyorum. Çünkü onları okuyabilen tüm mevcut arabulucu node’larından ve tüm bu şeylerden yararlanabiliyoruz.

• Terry Philipson (Portal Sunucusu)

Kesinlikle o anlık erişime sahip olmak.

• Alexey Melnichenko (Portal Mühendisi)

Bizim için gas fee, özel bir çözüm olduğu sürece, onu da araştırıyoruz.

• Terry Philipson (Portal Sunucusu)

Pekala.

• Alexey Melnichenko (Portal Mühendisi)

Evet, potansiyel olarak sadece ödeme göndermek yerine takas için optimize edebiliriz, yani bunda da bir olasılık var.

• Terry Philipson (Portal Sunucusu)

Mükemmelsiniz, ancak bize ayrılan vaktin sonuna gelmiş bulunuyoruz.

Katıldığınız için herkese teşekkür ederiz ve ürün bekleme listesine katılmakla ilgileniyorsanız, bir sonrakinde görüşmek dileğiyle.

Bize zaten yatırım yaptıysanız, erken yatırımcılarımız için testlab@portaldefi.com adresine e-posta göndermeyi unutmayın.

• Eric Martindale (Portal Kurucu Ortağı ve CEO’su)

Herkese teşekkürler.

• Kulpreet Singh (Portal Yardımcı Sunucusu)

Herkese teşekkürler.

• Pablo Artee (Portal Tasarımcısı)

Teşekkürler. Görüşürüz.

• Kulpreet Singh (Portal Yardımcı Sunucusu)

Teşekkürler. Hoşçakal.

• Terry Philipson (Portal Sunucusu)

Hey, Dünya Kupası oynanıyorken bizi dinlediğiniz için teşekkürler.

• Kulpreet Singh (Portal Yardımcı Sunucusu)

Hoşçakalın.

Portal Hakkında

Portal projesi, Bitcoin üzerinde çalışan eşler arası, güven düzeyi en aza indirilmiş bir uygulamadır. Kullanıcıların merkezi olmayan bir ağa doğrudan cüzdanlarından erişmelerini sağlar. Ek olarak, kullanıcılar artık birden fazla blockchain varlığını ve finansal hizmeti cüzdanlarından yönetebilir. Portal ile DeFi, Bitcoin madenciliği kadar güçlü bir güvenlik modeliyle, açık, şeffaf pazarlarda rekabetçi bir ücret karşılığında anonimliği koruyarak herkesin sağlayabileceği bir hizmet haline geliyor. Ve Fabric üzerine kurulu olduğu için gizlilik, hız ve güvenlikle birlikte gelir.

Bitcoin Üzerine Kurulan Bir Finansal İnternet ✈️

Sosyal Medya Hesaplarımıza Katılın!

Telegram | Duyuru | Twitter | Medium | Discord | Web Sitesi | Instagram