Ethereum'a inen uygulama kullanıcı deneyimi sorunu
Herkese merhaba, ben Lao Liang. Son makale "Giriş: Ethereum'a İniş Veri İşleminin İş Süreci" Ethereum PoC'ye iniş sürecine genel bir bakış sundu ve genel sürecin daha sonra gerçekleştirilmesi gerekiyor. Vakfın uygulanmasına gelince, elbette en yüksek öncelik Ethereum'dur ve spesifik uygulamada hala birçok sorun vardır. Bugün karşılaşılan kullanıcı deneyimi ile ilgili bazı sorunları ve düşünceleri tanıtacağım ve bazı önerilerde bulunacağım.
1. Şifrelenmiş veri araması
Alıcılar, verileri satın alırken verileri kesinlikle bazı boyutlara göre filtrelemelidir.Örneğin: YourMechanic şu anda yalnızca ABD kullanıcıları için araç aküsü verilerine ihtiyaç duyar. Kullanıcının verileri şifrelenir ve depolanır. Verilerin aranabildiğinden ve filtrelenebildiğinden emin olmak için, Meta bilgilerini verinin kendisinden ayırmak için nispeten standart bir yöntem benimsedik, yani verileri şifrelerken karşılık gelen Meta verilerini ayıkladık. Meta düz metindir. Veriler şifrelenmiştir. Aynı zamanda tarama ve arama hızının sağlanması için verilerin Meta bilgilerini merkezileştiriyoruz. Bu Meta bilgileri şunları içerir: veri türü, ülke / bölge, araç markası / modeli / yılı vb. Meta bilgi araması temel sürecin bir parçası olmadığından, bu kısım verimliliği artırmak için merkezi depolamayı kullanır.
2. İşlem bağlantılarını temizleyin
Veri işlemleri ve geleneksel işlemler aslında birbirine çok benziyor, ancak yine de bazı farklılıklar var.Anlaşmayı kolaylaştırmak için işlem sürecinin aşamaları eklendi, kullanıcıların o anda hangi aşamada olduğunu net bir şekilde bilmelerine ve ayrıntılı durum açıklamaları ile daha net bir şekilde açıklamalarına olanak tanıdı. Mevcut işlem adımları, veri seçimi, sipariş onayı, akıllı sözleşme oluşturma, yetkili ödeme, satıcı onayı ve veri indirme olarak ikiye ayrılır. Blockchain tabanlı veri işlemleri hala nispeten yeni bir kavramdır.Geleneksel işlem süreçleri kavramını ödünç alarak, kullanıcılar anlama eşiğini de düşürebilir ve daha sonra ne yapacaklarını anlayabilirler.
3. Süreç yanıt gecikmesi
İşlem sürecinde, kullanıcıların tümü hızlı hız ve gerçek zamanlı yanıt ister, ancak PoC'mizin birçok yerinde bariz gecikme sorunları vardır. Örneğin: Akıllı Sözleşmenin oluşturulması, alıcı ödeme yapar, satıcı satışı onaylar ve Akıllı Sözleşme parayı satıcıya aktarır ve alıcı veri satın alma niyetini gönderir ve satıcının onaylamasını bekler ve son olarak verileri indirir ve sistemin verileri paketlemesini bekler. İşlem paketlemesinin onaylanması için zaman gerektiğini hepimiz bilsek de, bu gecikmeyi blok zinciri hakkında fazla bir şey bilmeyen kullanıcılar için anlamak daha zordur. Çok sayıda işlem olduğu için daha yüksek Gaz ödememiz imkansızdır, bu nedenle bu tür bir gecikme kaçınılmazdır. Şu anda, kullanıcı beklentilerini düşürmek için net istemler kullanılabilir, böylece kullanıcılar durumu herhangi bir zamanda yenileyebilir ve görüntüleyebilir ve durum değişikliklerini kullanıcılara ilk seferde bildirme yöntemi bu sorunları bir dereceye kadar hafifletebilir. Daha önce daha önce daha yüksek gaz ödemenin imkansız olduğunu söylemiştim, çünkü mevcut iş çoğunlukla C-end bireysel kullanıcıların satıcılarıyla karşı karşıya kalıyor, bu da küçük bir işlem hedefine ve düşük bir meblağa yol açıyor.Bu durumda, gaz maliyetinin dikkate alınması gerekiyor. Yukarı. Ethereum'daki Gaz şu anda yılın başında olduğundan çok daha düşük olmasına rağmen, yine de göz ardı edilemez. Bu kısım aynı zamanda diğer halka açık zincirleri değerlendirmek için çok önemli bir denetim noktasıdır.
4. Akıllı sözleşme ödemesi
Tüm işlem sürecinde en önemli şey CAR para biriminin ödenmesi ve transferidir. Başlangıçta tasarım yapmanın ideal yolu, alıcı veriyi satın almak istediğini onayladıktan sonra karşılık gelen Akıllı Sözleşmeyi oluşturmaktır ve ardından alıcı, karşılık gelen araç parasını Akıllı Sözleşmeye ödemek için bir QR kodunu taramak için cep telefonu cüzdanını kullanır ve uygulamaya başlamak için Akıllı Sözleşmeyi etkinleştirir. Ancak Ethereum'da uygulandığında, ETH olmayan tokenlerin Akıllı Sözleşme adresine ödenemediği ve ardından Ethereum'a aktarılamadığı tespit edildi. Mevcut geçici çözüm, kredi kartı ön provizyonuna biraz benzer, bu da kullanıcının ödemeyi yetkilendirmek için ilgili cüzdanın özel anahtarını Akıllı Sözleşmeye sağlamasına olanak tanır.Sözleşme yapıldığında, satıcıya yetkili cüzdandan ödeme yapılacaktır. Evet, doğru okudunuz, kullanıcının cüzdanın özel anahtarını vermesine izin verin. Bu, bir önceki makalede de bahsedilmişti, PoC üzerinde kullanılabilmesine rağmen, nihayet başlatıldığında kabul edilemez. Cüzdan özel anahtarı her kullanıcı için çok hassas olduğu için bu konuda daha fazla konuşmayacağım. Elbette, alıcıların cüzdan özel anahtarını sağlamasına izin verilmez ve bu, MetaMask cüzdan eklentisi ile de çözülebilir. Platform, özel anahtarı şifrelemeden geçirmek için MetaMask eklentisini çağırır. Güvenlik garantilidir, ancak tüm alıcıların MetaMask eklentisini yüklemesini de gerektirir , Uygunsuz. Önceki makalede belirtildiği gibi başka bir çözüm daha var: Merkezileştirilmiş bir borsaya benzer şekilde, alıcılar platforma yeniden yükler ve ardından platform satıcıya ödeme yapar, ancak bunun çekirdek sürecin çok merkezileşmesine yol açacağı düşünüldüğünde, geçici olarak göz ardı edilir. Şu anda Ethereum'da bu soruna uygun bir çözüm bulamadık ve PoC geçici olarak yetkili ödeme yöntemiyle çalışacak. Bu aynı zamanda diğer halka açık zincirleri daha sonra değerlendirmek için çok önemli bir noktadır.
5. Kullanıcı verilerini indirme
Satıcı verileri satmayı kabul ettikten sonra veriler yeniden şifrelenir ve alıcıya indirilmesi için sunulur. Standart yöntem, alıcının şifrelenmiş verileri indirmesi ve ardından şifresini kendi gizli anahtarıyla yerel olarak orijinal verilere dönüştürmesidir. Şu anda, PoC geçiş testini kolaylaştırmak için, alıcı geçici olarak platforma gizli anahtarı girer ve orijinal veriler çevrimiçi şifre çözme işleminden sonra alıcıya gönderilir. Daha sonra resmi olarak lanse edildiğinde, bu bölümün uygulaması ayarlanacaktır. Ek olarak, çevrimdışı şifre çözme ile ilgili iki olası sorun vardır. Birincisi, alıcının verileri alabilmesi ancak çözülememesi, ne yapmalıyım? Alıcının gizli anahtarı olmadan şifrelenmiş veri paketinin kilidini açmak için sıfır bilgi doğrulama yöntemine de ihtiyaç vardır. Diğeri, alıcı orijinal verileri aldıktan sonra el değiştirdiğinde ne olur? Dijital filigran eklemenin uygun bir yolu gereklidir. Bu iki sorunu nasıl daha iyi çözebiliriz, hala çalışıyoruz.
Anlayışınızı kolaylaştırmak için PoC projemizin temel işlem sürecinin bir videosunu kaydettik, ilgileniyorsanız izleyebilirsiniz.
Videoyu izlemek için tıklayın: CarBlock POC demosu
Yukarıda bahsedilen konulardan bazıları belirli halka açık zincirlerle ilgilidir, ancak her bir halka açık zincir için, şahsen mutlak iyi veya kötü diye bir şeyin olmadığını ve daha fazlasının iş için uygun olduğunu düşünüyorum. Bu nedenle, konuştuğumuz şey daha çok mevcut işimizin perspektifinden geliyor. Hala kendi iş ihtiyaçlarınıza göre yargılarda bulunmanız gerekiyor. Farklı iş yargıları farklıdır, bu yüzden hendeğe bırakılmayın.
Bunlar, iniş sürecinde karşılaştığımız sorunlardan bazıları ve mevcut fikirlerimizden bazıları. Herkes kendi önerilerini veya daha iyi çözümlerini ortaya koyabilir ve bunları sizinle tartışmayı dört gözle bekliyorum.
