Flydev retweeted
> PUBLIC_SNARKLIST: LIVE_ // zcash:native
> zksnarks.net/snarklist
Flydev retweeted
Crivacy olarak Canton Network Mainnet’ine resmi olarak geçmiş bulunuyoruz.
Yıllardır bu piyasada olan biri olarak, insanları gerçekten neyin mutlu edeceğini düşünerek projeyi geliştirmeye devam ediyorum.
Yakında çok daha güzel duyurular da gelecek 🤝
Flydev retweeted
SplitOWiSe: Multichain, agent-based expense splitting system built for the @OpenWallet OWS Hackathon
1- Split Request (Telegram):
→ You split a cost with friends on Telegram. Each user’s AI agent takes over.
2- Portfolio Scan & Validation (Zerion + Whitelist):
→ The agent scans the entire portfolio across all chains via Zerion.
→ Tokens are checked against a 3-layer whitelist powered by Zerion, MoonPay, and Allium.
3- Route Optimization & Agent Negotiation:
→ The cheapest payment route (chain, token, amount) is automatically selected.
→ If the user has USDC on Base, the payment is settled gaslessly via x402.
→ If not, MoonPay handles the swap or bridge.
→ If a non-stablecoin is used, agents negotiate in real-time over XMTP, send counter-offers, adjust for slippage, and reach a deal autonomously.
4- Secure Execution (OWS Vault):
→ All wallets are secured by OWS. One vault, every chain, keys are never exposed.
→ The user just taps approve, agents handle the rest.
✅GitHub: github.com/UfukNode/SplitOWi…
Flydev retweeted
The Hermes Agent Hackathon Starts Now
Show us what Hermes Agent can do: build something unique, creative, and useful.
1st: $7,500
2nd: $2,000
3rd: $500
To enter, make a tweet tagging @NousResearch with a video demo and a brief writeup, then send the tweet link to the submissions channel in our Discord.
Entries will be judged by Nous staff on creativity, usefulness, and presentation.
Submissions are due EOD Sunday 03/16.
Flydev retweeted
Boundless S2 Prover - Detaylı Rehber:
Boundless’in 1. sezonu tamamlandı. Şu an 2. sezondayız ve haftalık $ZKC arzının %0.1’i bizlere dağıtılıyor. Bu da toplamda 1M ZKC ediyor.
→ Ancak çoğu kişi order bulmakta zorlanıyor, bulsa bile sık sık fail hatası alıyor. @0xFlydev ile birlikte kafa kafaya verdik ve nelere dikkat etmeniz gerektiğini net bir şekilde anlatacağız.
3 Başlıkta inceleyeceğiz:
- Orderı Herkesten Önce Yakalamak,
- Orderları Başarılı Bir Şekilde Lock Etmek,
- Local RPC’nin Önemi.
1- Orderı Herkesten Önce Yakalamak:
Mantık basit: ilk gören kapar. Requestor’un gönderdiği orderı Base ağından en hızlı sen görürsen, herkesten önce lock denemesi yapabilirsin.
• Ama iş sadece “gördüm → gönderdim” kadar kolay değil. Çünkü bu süreç aslında “al + source koddan geç + ver” şeklinde ilerliyor.
• Yani sen orderı görsen bile yazılım araya girip bazı kontroller yapıyor ve bu gecikmeye sebep oluyor.
Burada en büyük yavaşlatıcılardan biri "order_picker.rs" dosyasında bulunan preflight adımı. Preflight orderı zincire göndermeden önce ek kontrol yapıyor.
◽️Faydalı ama fazla ayrıntılı olursa order penceresini kaçırıyorsun.
◽️Bu yüzden burada yapılacak optimizasyon (gereksiz kontrolleri atmak, timeout koymak) orderı ilk yakalayan olmanı kolaylaştırır.
Referans dosya: order_picker.rs → github.com/boundless-xyz/bou…
2- Orderları Başarılı Bir Şekilde Lock Etmek:
Orderı görmek başka, locklamak bambaşka. Burada iki kritik unsur var, biri eksikse diğeri tek başına yeterli olmaz:
→ Orderı Base ağından hızlı almak ve göndermek,
→ Gas fee ayarı.
• İlkini doğru çözsen bile gas fee yüzünden kaybedebilirsin. Çünkü seninle aynı hızda al + ver yapan birisi, gas ayarını senden daha doğru yaptıysa senden önce locklayabilir.
Özetle:
◽️“En çok gas’ı vereyim garanti bende” düşüncesi yanlıştır. Eğer işlemin bir sonraki bloğa yazılırsa, istersen 500$ gas fee öde, yine orderı locklayamazsın. Olay tamamen aynı blokta en hızlı olmak üzerine kurulu.
◽️Kaynak kod tarafı yine burada devreye girer. Order zincire yazılmadan önce “preflight ” kontrolleri eklenir. Eğer bu kontroller optimize edilmezse, sen orderı ilk görsen bile lock şansını kaybedebilirsin.
3- Local RPC’nin Önemi:
Çoğu kişi göz ardı ediyor ama rekabetin en kritik noktası RPC. Kendi local RPC’ni kurarsan çok ciddi fark yaratır.
◽️Public RPC = Herkesin kullandığı, aşamalı ve katmanlı kalabalık yol.
◽️Paralı RPC = Özel bir endpoint de olsa; aşamalı ve katmanlı zor yol.
◽️Local RPC = Özel yol, sadece sen kullanıyorsun direk erişim. tek yoldan katmanlara takılmadan iletirsin.
→ Geth: Kurması kolay, 1 günde ayağa kalkar.
→ Reth: Daha hafif mimar, daha hızlı iletişim kurar ama kurulumu 2 gün+ sürebilir. Uzun vadede daha önde olursun.
• Eğer local RPC kuramıyorsan: Seçtiğin sunucunun RPC sağlayıcısına olan fiziksel mesafesini kontrol et. Yani cihazın avrupadaysa RPC'ninde avrupada olduğundan emin ol. Çünkü eğer yanlış lokasyondaki bir RPC'yi kullanırsan, rpc nin orderı ağdan kapması daha geç gerçekleşir ve al + ver süresi uzar. Bu da başka bir hızlı al + ver yapanın senden önce orderı kitlemesi demektir.
