> For the complete documentation index, see [llms.txt](https://docs.rome.builders/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.rome.builders/tr/rome-uzerindeki-uygulamalar/bloom/investing.md). # Yatırım Bloom, bir pazaryeridir **izinli gerçek dünya varlıkları**. Her varlık, Rome zincirine bir kez dağıtılan sıradan bir Solidity sözleşmesidir ve onu kimin tutabileceğine dair kural bu sözleşmenin içindedir. Bu kılavuz, bir alıcıyı açılış sayfasından bir varlığa göz atmaya, uygunluğu kontrol etmeye, izin listesine başvurmaya, satın almaya ve elde tutmaya kadar götürür — ardından Solana cüzdanıyla imzalayan bir sahip için gerçekten farklı olan tek şeyi ele alır. > **Kural varlıkla birlikte taşınır.** Bir varlığı kimin tutabileceği, bu web sitesi tarafından değil, her transferde varlık sözleşmesinin kendisi tarafından zorunlu kılınır. Buradaki hiçbir ekran bunu geçersiz kılamaz ve bunun etrafından dolaşmanın yolu yoktur. Bloom zincire açılan bir penceredir; karar veren zincirin kendisidir. *** ## Bir alıcı için "izinli" ne anlama gelir İzinli bir varlığın bir **allowlist**: ihraççının onu tutabileceğine karar verdiği adreslerden oluşan bir küme. Allowlist bir Bloom özelliği değildir — varlık sözleşmesine eklenmiş bir modülde bulunur ve varlık her mint, burn ve transferde onu sorgular. > **Zincir sizin hakkınızda tek bir gerçeği tutar: adresinize karşı tek bir evet ya da hayır.** Zincirde veya bu uygulamada hiçbir zaman belge, kişisel bilgi ve kimlik beyanı saklanmaz. İhraççı sizi kabul ettiğinde, zincire ulaşan tek şey `isWhitelisted(yourAddress) = true`. Tam uyum modeli burada: [COMPLIANCE.md](/tr/rome-uzerindeki-uygulamalar/bloom/compliance.md). İki sonuç ortaya çıkar ve ikisi de üründe görünür: * Satın almadan önce varlığa, **adresinizin** onu tutup tutamayacağı sorulur. Bir ret, cüzdanınızla ilgili bir sorun değil, varlığın kuralına dair bir gerçektir. * İhraççının onaylamadığı bir adrese yapılan transfer **zincirde geri alınır**. Varlık bunu reddeder; hiçbir ekranın reddetmesine gerek yoktur. *** ## İki cüzdan dünyası Tek bir Bloom varlığına **ikisinden de** bir EVM cüzdanından (MetaMask gibi) ve bir Solana cüzdanından (Solflare gibi) ulaşılabilir. Aynı anda bir cüzdan bağlarsınız. Bir Solana cüzdanının Solana v1 işlemlerini imzalayabilmesi gerekir: Solflare bunu bugün devnet'te yapıyor, Phantom ise henüz yapmıyor. | Cüzdan | Varlığın bulunduğu yer | Ne imzalar | | ------------------ | -------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------ | | **EVM cüzdanı** | Herhangi bir EVM zincirinde olduğu gibi kendi EVM adresi | Bir EVM işlemi | | **Solana cüzdanı** | Bir EVM adresi **Solana açık anahtarınızdan türetilmiş** | Solana imzanız, her adım için iki kez istenir (bkz. [Ödeme ve ekstra imza istemleri](#paying-and-the-extra-signature-prompts)) | Bir EVM cüzdanı için öğrenecek yeni bir şey yoktur. Bir Solana cüzdanı için varlık bir *türetilmiş* adresinde durur — şu şekilde hesaplanır `keccak256(solana_pubkey)[12..32]` — ve onu yalnızca Solana imzanız hareket ettirebilir. Burada **köprü yok, ikinci token yok ve EVM hesabı da yok** işin içinde. Bu, aşağıda ve [Solana sahibi bölümü](#for-a-solana-holder) tamamen ele alınmıştır [LANES.md](/tr/rome-uzerindeki-uygulamalar/bloom/lanes.md). *** ## Açılış sayfası ![Bloom açılış sayfası: başlık, iki cüzdan-dünyası satırı ve Yatırımcı ile İhraççı kapıları.](https://4222476421-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F671PKS8ZQSNqtoC8PGvz%2Fuploads%2Fgit-blob-d24cbcc96b6ec85d6a62caa993ccd38d3aff82fc%2Flanding.png?alt=media) Açılış sayfası (`/`) Bloom'un ne olduğunu söyler — *Solidity varlıkları, EVM'nin yanı sıra Solana'ya da açık* — ve size iki kapı verir: **Yatırımcı** (sizi şuradaki açık varlıklara götürür `/invest`) ve **İhraççı**. Bir alıcı olarak seçin **Yatırımcı**. İki satır, **Solana cüzdanları** ve **EVM cüzdanları**, tarayıcınızın EIP-6963 ve Wallet Standard keşif protokolleri aracılığıyla gerçekten duyurduğu cüzdanları listeler. Sahip olmadığınız hiçbir şey gösterilmez; her cüzdanın adı ve simgesi kendine aittir. Alt kısımda bir **Sözleşmeler** bölümü, bu dağıtımın konuştuğu adresleri listeler — token fabrikası, paylaşılan uygulama, izin yönlendiricisi, birincil satış vitrini ve nakit tokeni — her biri blok gezginine bağlantı verir; böylece uygulama hiçbir adresi kendi ağzından iddia etmez. ### "Solana ile bu nasıl mümkün?" ![Gözetim açıklaması: soldan içeri bir imza girer ve varlık sağda onu kabul eder, aralarında köprü yoktur.](https://4222476421-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F671PKS8ZQSNqtoC8PGvz%2Fuploads%2Fgit-blob-18d251b822b78890123e6049df399d603523af5d%2Fcustody.png?alt=media) Açılış sayfasında, bir Solana cüzdanının bir Solidity varlığını nasıl tutabildiğini açıklayan bir anlatım bulunur. Üç nokta vurgulanır: * **Tek dağıtım.** Varlık sıradan bir Solidity sözleşmesidir, bir kez dağıtılır. Onun hiçbir yerde köprülü bir kopyası yoktur — ikinci bir kopya, onun kurallardan kaçmasına tam olarak izin verecek şeydir. * **İki cüzdan dünyası.** Bir EVM cüzdanı sözleşmeye herhangi bir zincire bağlandığı gibi erişir. Bir Solana cüzdanı ise *aynı* sözleşmeye erişir çünkü bir Rome zinciri Solana'nın içinde çalışır: varlık, Solana anahtarınızdan türetilmiş bir EVM adresinde tutulur ve onu hareket ettirebilen tek şey imzanızdır. * **Varlık kuralı tutar.** Onu kimin tutabileceği, her transferde sözleşme tarafından zorunlu kılınır — bu site tarafından değil ve bir köprü tarafından hiç değil. İhraççının onaylamadığı bir adres onu basitçe alamaz. *** ## Açık varlıklara göz atma ![/invest adresindeki açık varlıklar listesi; fiyat ve stok zincirden canlı olarak okunur.](https://4222476421-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F671PKS8ZQSNqtoC8PGvz%2Fuploads%2Fgit-blob-18422483cf862d7243349361c7dcbd4d9c6b436b%2Finvest-list.png?alt=media) `/invest` şu anda satışı açık olan her varlığı listeler. Her satırda şunları görürsünüz: | Sütun | Anlam | | ----------- | --------------------------------------------------------- | | **Varlık** | Varlığın adı ve sembolü, tokenın kendisinden okunur | | **Fiyat** | Birim başına fiyat, şu para biriminde `wUSDC` | | **Satıldı** | Sunulan birimlerden satılan birim, bir ilerleme çubuğuyla | Tablonun üstündeki özet şunları sayar: **Şu anda açık** (kaç satışın canlı olduğu), **Burada ihraç edildi** (bu zincirin kaç varlık ihraç ettiği) ve **Ödenen para birimi** (`wUSDC`, bu dağıtım üzerindeki her satışın nakit tokeni). > **Bu sayfadaki hiçbir şey önceden sabitlenmiş değildir.** Fiyat, stok ve durum her ziyarette zincirden canlı okunur. Zincir yanıt vermezse, sayfa bunu söyler — *"Zincir yanıt vermedi…"* — eski bir sayı göstermek veya boşluk iddia etmek yerine. *"Şu anda satışta hiçbir şey yok"* zincir hakkında bir iddiadır ve yalnızca zincir gerçekten boş bir liste döndürdüğünde görünür. Bağlanmadan fiyatları ve stokları okuyabilirsiniz. Satın almak için bir cüzdana ihtiyacınız olacak: sayfa bir **Cüzdan bağla** istemini gösterir ve EVM ile Solana cüzdanlarınızı iki başlık altında sunar. Bir satır seçmek, o varlığın detay sayfasını açar. *** ## Tek bir varlık ![Bir varlık detay sayfası: solda gerçekler, sağda uygunluk kartı ve satın alma paneli.](https://4222476421-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F671PKS8ZQSNqtoC8PGvz%2Fuploads%2Fgit-blob-341ebd012e46da597a5832fe6ba39af8704be545%2Fasset-detail.png?alt=media) Bir varlık sayfası (`/invest/[address]`) iki yarıdan oluşur: solda varlığın gerçekleri ve kuralları, sağda ise sizin uygunluğunuz ve satın alma paneli. ### Gerçekler | Gerçek | Anlam | | ----------------------------------- | -------------------------------------------------------- | | **Fiyat** | Birim başına fiyat, şu para biriminde `wUSDC` | | **Mevcut** | Açık satışta hâlâ mevcut olan birimler | | **Getiri şu para biriminde ödenir** | Herhangi bir getirinin dağıtıldığı para birimi (`wUSDC`) | ### Kim tutabilir Sayfa, varlığın uyguladığı üç kuralı belirtir: | Kural | Ne diyor | | ------------------- | ---------------------------------------------------------------------------------------- | | **İzinli sahipler** | İhraççı tarafından onaylanmış adresler. Varlık tarafından her transferde kontrol edilir. | | **Asgari** | 1 birim. Kilitleme yok. | | **Transferler** | Her iki cüzdan dünyasından da yalnızca başka bir izinli adrese. | > **Varlık bunu her transferde kendi kendine kontrol eder. Bu sayfadaki hiçbir şey bunu geçersiz kılamaz.** Kurallar, bu uygulamanın politikası olarak değil, token hakkında gerçekler olarak ifade edilmiştir; çünkü öyledirler. *** ## Uygunluk — herhangi bir satın alma öncesinde token üzerinde kontrol edilir ![Uygunluk kartı varlık sayfasında çözülüyor: bağlan, ardından kontrol ediliyor, ardından izinli ya da izinli değil.](https://4222476421-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F671PKS8ZQSNqtoC8PGvz%2Fuploads%2Fgit-blob-2280eee77f97ef3f1334451fb95811391fedf519%2Feligibility.png?alt=media) Varlığın kendi allowlist modülünden, bir satın alma teklifi sunmadan önce, **adresinizin** onu tutup tutamayacağı sorulur. Uygunluk kartı şu durumlardan birini gösterir: | Durum | Anlam | | ------------------------------- | ------------------------------------------------------------------------------------------ | | **Kontrol etmek için bağlanın** | Henüz bağlı bir cüzdan yok. Kontrolü çalıştırmak için bir cüzdan bağlayın. | | **Kontrol ediliyor…** | Bağlandı; zincir üstü kontrol henüz sonuçlanmadı. | | **İzinli** | Adresiniz bu varlığı tutabilir. | | **İzin verilmiyor** | Varlığın kuralı adresinizi reddediyor. Bir bağlantı izin listesine başvurmayı teklif eder. | | **Kullanılamıyor** | Kontrol şu anda okunamadı (ret anlamına gelmez). | > **Kontrol iki yönlüdür.** Bir satın alma birimleri taşır *vitrinden size*, bu yüzden o transferin her iki tarafı da izin listesinde olmalıdır. Bloom soruyu bu şekilde sorar — tek taraflı bir kontrol sizi uygun ilan eder, sonra da satın almanın, vitrin o token üzerinde listelenmediği için geri alınmasını izlerdi. Adresiniz izin listesine eklendiğinde, aynı kart **İzinli**ve satın alma size açılır: ![Uygun yazan uygunluk kartı — alıcı izin listesine alınmıştır ve satın alma paneli canlıdır.](https://4222476421-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F671PKS8ZQSNqtoC8PGvz%2Fuploads%2Fgit-blob-46bb4f6d6d75bd6d0674c3fdbece1d8acd70f5b5%2Finvest-permitted.png?alt=media) Reddedildiğinizde gösterilen neden **tokenın kendi**, kelimesi kelimesine alıntılanır. Bloom, neden reddedildiğinize dair asla bir cümle yazmaz. Varlığın henüz bağlı bir allowlist modülü yoksa (bir taslak), o *kapısızdır* — hiçbir şey kimseyi kısıtlamıyordur ve siz izinlisiniz. Reddedildiyseniz, kart şuraya bağlantı verir: **Allowlist'e başvurun**. *** ## Allowlist'e başvurma ![Başvuru formu: bir adres, bir yargı alanı, bir sahip türü ve iki beyan — belge yok.](https://4222476421-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F671PKS8ZQSNqtoC8PGvz%2Fuploads%2Fgit-blob-cd846bf05c44424259e0308af395f1cb3acd16ae%2Fapply.png?alt=media) `/apply` bir ihraççıdan adresinizi kabul etmesini istediğiniz yerdir. Giriş cümlesi tüm hikâyeyi söyler: **Belge yok. Yalnızca beyanlar.** > **Form, sızdırılmaya değer hiçbir şey tutmaz ve hiçbir zincire hiçbir şey yazmaz.** Bir başvuru, ihraççının kendi sisteminde karar verdiği zincir dışı bir kayıttır. İhraççı kendi kontrollerini kendi sisteminde yapar; izin listesi yazımı onların tarafında gerçekleşir ve zincire ulaşan tek şey adresinize karşı evet ya da hayır sonucudur. Başvurmak için dört şey verirsiniz, beşincisini değil: | Alan | Notlar | | ----------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | **Tutacak adres** | Bağlı cüzdanınızdan otomatik doldurulur. Bir Solana cüzdanı için bu sizin **türetilmiş** adresinizdir — varlığın üzerinde durduğu adres, onun için imza atan anahtar değil. | | **Yargı alanı** | Sabit bir listeden biri (Singapur, Birleşik Arap Emirlikleri, İsviçre, Birleşik Krallık). | | **Siz** | Bireysel, Akredite bireysel veya Kurum. | | **İki beyan** | İkisi de kabul edilmelidir: kendi adınıza hareket ettiğiniz ve adresi kontrol ettiğiniz, ayrıca ihraççının varlığı kimin tutabileceğine karar verdiğini ve bunu geri alabileceğini kabul ettiğiniz. | Bu `?` Giriş cümlesinin yanındaki bölüm, neden belge istenmediğini açıklar: ihraççı yalnızca üzerinde işlem yapacağı şeylere ihtiyaç duyar, yükleyebileceğiniz hiçbir şey burada saklanamaz ve zincirde kayıt tek bir evet ya da hayırdır. **Başvurmak için:** 1. Adresi doğrulayın, yargı alanınızı ve sahip türünüzü seçin ve her iki beyanı da kabul edin. 2. Bas **Başvuruyu gönder**. Form yerel olarak doğrulanır ve kayıt sunucuda her şeyi yeniden kontrol eder, çünkü bir formun atlanması için tek bir istek yeterlidir. 3. Size bir **özel bağlantı** verilir `…/apply/status?ref=AP-XXXX-XXXX-XXXX`. > **Bağlantıyı kaydedin — başvurunuza geri dönmenin tek yolu budur.** Referans, 60 bit kriptografik rastgelelikten ve *olduğu* yetkilendirmeden oluşturulur: beyanlarınızın önünde başka hiçbir şey yoktur ve onları kurtarmak için bir hesap ya da şifre bulunmaz. Demoda bir **Test bağlantısı** notu sizi `/approve`, oraya götürür; böylece döngüyü tamamlamak için kendi başvurunuzu onaylayabilirsiniz. Gerçek bir ihraççı bunu kendi sisteminde yapar — [aşağıya bakın](#approve-the-test-wiring-stand-in). *** ## Başvuru durumunuz ve beyanları silme ![Durum sayfası — referans, beyan edilen gerçekler, zaman çizelgesi ve silme kontrolü.](https://4222476421-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F671PKS8ZQSNqtoC8PGvz%2Fuploads%2Fgit-blob-7dd1d7befa9f2e2450d783835f3d6c172bab4650%2Fapply-status.png?alt=media) `/apply/status` başvuruyu referansından geri okur ( `?ref=` bağlantısından ya da bu tarayıcının hatırladığı son bağlantıdan). Oturum yoktur; anahtar referanstır. Sayfa bulunduğunuz yeri gösterir — **İhraççıda**, **Bu varlığı tutabilirsiniz**, veya **Reddedildi** — ayrıntılar tablosuyla birlikte (referans, başvuru tarihi, adres, varlık, yargı alanı ve bir **Kontroller** satırı) ve neler olduğuna dair kısa bir zaman çizelgesi. Eğer onaylandıysanız, bir **Varlığı satın al** bağlantı görünür. Red, ihraççının kendi gerekçesini alıntılayarak gösterir. Bu **Kontroller** satırı, ihraççının kendi KYC kaydını yansıtır. Bu demoda bağlı bir sağlayıcı yok, bu yüzden şu şekilde görünür *"Yalnızca beyanlar — belge istenmedi"* bu hiç gerçekleşmemiş bir doğrulamayı ima etmek yerine. ### Beyan ettiğiniz şeyleri silme Beyanlarınızı bu sayfadan istediğiniz zaman silebilirsiniz. > **Silmek, beyanları yok eder ve kararı bırakır.** Kendiniz hakkında söyledikleriniz silinir ve geri getirilemez. İhraççının kararı kalır, çünkü bu karar halihazırda kamusal olarak, bir zincir üzerinde uygulanmıştır — ve bundan vazgeçmek, ihraççının vermesi gereken bir imzadır, sizin yapabileceğiniz bir silme değildir. (İhraççının kendi KYC kaydı varsa, o da kalır; çünkü bu, artık kamuya açık bir zincirde olan bir adresi kabul etmek için ihraççının kanıtıdır; bunu burada silmek, sağlayıcılarında da hiçbir şeyi silmez.) *** ## `/approve` — test bağlantısı yerine geçen ![Onay sayfası — "test bağlantısı, ihraççı değil" banner'ı, adres, onay eylemi ve aşağıdaki katlamada zincir üstü gereklilikleri.](https://4222476421-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F671PKS8ZQSNqtoC8PGvz%2Fuploads%2Fgit-blob-148d3d28590c1cf33f8ca7f3be7a980d739de48f%2Fapprove.png?alt=media) `/approve` Demodaki tüm yolculuğun baştan sona yürünebilmesi için vardır. Üzerinde **"Test bağlantısı — ihraççı değil"**yazan bir banner taşır ve bunun açık olmasının nedeni budur: üretimde ihraççı başvuruları burada değil, kendi iş akışında onaylar. **Bunun gerçek olan kısmı:** onayın gerçekten zincir üstü bir izin listesi yazımı olmasıdır. Sayfa, dağıtılmış bir `TestApprover` sözleşmeyi çağırır; bu sözleşme *demo varlıkta etkinleştirilmiştir* (Mineral Vault I, `ARCV`, şurada `0x2b13ba16a429bf630f94882e477fe775d34b7c74`). Bu sözleşme çağıranından **rol gerektirmez** — herkes onun aracılığıyla herhangi bir adresi onaylayabilir — bu da var olmasının tüm nedenidir: demodaki döngünün her cüzdan için, her iki yoldan da tamamlanmasını sağlar. **Kendi adresinizi onaylamak için:** 1. Başvurduğunuz cüzdanı bağlayın (EVM veya Solana). Adresiniz önceden doldurulur. 2. Bas **Bu adresi onayla**. Yazının önkoşulları ve sonuçları düğmenin altına katlanır — açın *"Bu ne yapar"* tam olarak imzalamadan önce ne olacağını görmek için. 3. Başarılı olursa sayfada şu görünür *"Onaylandı. Başvuru sahibi artık varlığı tutabilir."* Eğer Solana cüzdanıyla giriş yaptıysanız, bir not şöyle der *"Bu, Solana anahtarınızdan türetilen adresi onaylayacaktır"* — çalıştırmanın imzaladığı adres **ile** türetilmiş olanıdır; onun imzaladığı anahtar **ile** Solana anahtarınızdır. > **Üretimde bu, ihraççının sisteminde verilen ihraççının kararıdır.** Demodaki `TestApprover` kurulum gereği açıktır böylece döngü yürünebilir olur; gerçek bir izin listesi yazımı, ihraççının sahip olduğu bir rol tarafından sınırlandırılır. Uyum modelinin hiçbir şeyi değişmez — yine de ihraççının kararıdır, yine de zincirde tek bir boole'dür ve yine de hiçbir yerde belge yoktur. Onaylandıktan sonra varlık sayfasına dönün; uygunluğunuz artık **İzinli**. *** ## Satın alma Satın alma paneli, varlık sayfasında uygunluk kartının altında yer alır. > **Önce wUSDC mi gerekiyor?** Her satış wUSDC cinsinden fiyatlandırılır ve yeni bir cüzdanda hiç yoktur. [Fonları Rome'a aktarmak](/tr/rome-uzerindeki-uygulamalar/bloom/funding.md) Sepolia'dan USDC veya ETH'yi içeri köprüler, ardından köprülenen gazı wUSDC'ye sarar — hepsi on `/bridge` ekranında. ![Satın alma sonrası gelen panel — "Satın alındı. Pozisyonlarda görünecek."](https://4222476421-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F671PKS8ZQSNqtoC8PGvz%2Fuploads%2Fgit-blob-e2ffc015b988fb56be5cf364aa05ac431a0cb5a2%2Fbuy-done.png?alt=media) 1. Birim sayısını girin **Birimler** istediğiniz. Panel, birim fiyatını ve ödeyeceğiniz toplamı şu para biriminde gösterir `wUSDC`. (Satın almanın gerçekten çektiği nakit, temel birimlerdeki fiyattan hesaplanır, bu yüzden onaylanan miktar her zaman belirtilen miktarla eşleşir.) 2. Satın alma denetimine basın. Bir satın alma tek bir tıklama değil, kısa bir dizidir: eğer satışın henüz sizin `wUSDC`adresinizden **para çekme izni yoksa, önce bir** onay*adımı görünür*"Satışın paranızı çekmesine izin ver" **Satın al** adımının kendisi. 3. Her adım düğmesiyle başlar ve **önkoşullarını** ve **sonuçlarını** altında katlar — imzalamadan önce bir tık uzakta — ve çalışırken aşamasını adlandırır — *"Cüzdanınızı bekliyor…"*, ardından *"Zincire iniyor…"*. Dizi, adımlar arasında koşulları yeniden kontrol eder, böylece onayınızdan sonra kapanan bir satış, satın almayı geri almak yerine durdurur. 4. Başarılı olursa panelde şu görünür *"Satın alındı. Pozisyonlarda görünecek."* Bir **Solana cüzdanı** Solana cüzdanından **wUSDC transferlerine izin ver** ilk seferinde dizi daha uzun olabilir. Eğer Rome tarafındaki adresiniz satın alımın gerektirdiğinden daha az wUSDC tutuyorsa, cüzdandan para içeri aktarmak için bir adım önce gelir ve eğer wUSDC transfer izni henüz yoksa bir **wUSDC transferlerine izin ver** adım onaydan önce gelir. Satın Al'a bastıktan sonra, Solana cüzdanı nakit girişini, izni, onayı ve satın almayı tek seferde yürütür ve düğme her adım imzalarken "iki cüzdan istemi" diye not düşer. Adım adları ve istem sayıları önceden Trade ve Credit'te gösterilir, burada değil. Bir EVM cüzdanı da bu panelde bir kerelik [Ödeme ve ekstra imza istemleri](#paying-and-the-extra-signature-prompts). adımını alır. Adımlar ve istem sayıları > **Cüzdanınız yanlış ağdaysa, panel bunu belirtir ve düğmenin hiçbir şey yapmasına izin vermek yerine sizi varlığın zincirine geçirmeyi teklif eder.** Satın alma, herhangi bir transferle aynı izin listesi kapısından geçer. *** ## Pozisyonlarınız `/portfolio` elinizde ne tuttuğunuzu gösterir. Varlığı tutan cüzdanı bağladığınızda şunları elde edersiniz: ![Pozisyonlar sayfası — elde tutma, değeri ve özet.](https://4222476421-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F671PKS8ZQSNqtoC8PGvz%2Fuploads%2Fgit-blob-adabd845843de879d366f0d21b03dfb87fc0573d%2Fpositions.png?alt=media) * bir özet — **Toplam değer** (içinde `wUSDC`), **Varlıklar** (kaç farklı varlık tuttuğunuz) ve **Alınan getiri**; * bir **Elde tutulanlar** her varlığı, birimlerinizi ve değerlerini listeleyen tablo. Her şey zincirden canlı okunur. Henüz hiçbir şey tutmuyorsanız, sayfa bunu söyler ve sizi açık satışlara yönlendirir. **Alınan getiri** şu anda bir çizgi gösterir: ödeme geçmişinizi okumak, dağıtım olaylarını varlığın ilk bloğuna kadar geri yürümek anlamına gelir; bu, henüz yapılması gereken iştir — bir çizgi, burada `0.00` olacak bir iddiadan daha dürüsttür. > **Pozisyonlar bir görünüm, bir pazar değildir.** Bloom, bir varlığı birincil satışından satın almayı ve onu tutmayı görünür kılar. Varlığın kendisi transferlere *diğer izinli adreslere* her iki cüzdan dünyasından da izin verir (bu, belirtilen kurallarından biridir), ancak Bloom şu anda ikincil bir transfer veya satış kontrolü sunmaz. *** ## Bir Solana sahibi için Yukarıdakilerin hepsi sizin için değişmeden geçerlidir. Bu bölüm gerçekten size ait olan tek sürprizi ele alır: **varlık, Solana cüzdanınızın asla listelemeyeceği bir adreste tutulur**, ve bunun neden güvenli olduğunu. ### Gözetim zinciri ![Solana sahibinin pozisyonları — "Solana anahtarınız için tutuluyor", türetilmiş tutma adresi, gözetim zinciri ve Solana kanalından satın alınan ARCV tutuluşu.](https://4222476421-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F671PKS8ZQSNqtoC8PGvz%2Fuploads%2Fgit-blob-b4f6ea043299e63183ceb7393e25b83948975218%2Fpositions-solana.png?alt=media) Bir Solana cüzdanı bağladığınızda, `/portfolio` bir **Tutulduğu yer** satırıyla varlığınızın durduğu EVM adresini ve bir **Bu nasıl tutuluyor?** üç adımda türetmeyi açıklayan bir gözetim panelini açan bir aç/kapat düğmesi: 1. **Solana anahtarınız** — cüzdanınızda zaten bulunan anahtar. O imzalar; asla dışarı çıkmaz. 2. **Hesaplanır — varlığı tutan adres** — türetilmiş EVM adresi. O *aritmetiktir, bir hesap değil*: anahtarınızdan türemiştir ve ona ait özel anahtar yoktur. 3. **Onu ne hareket ettirebilir** — yalnızca anahtarınızdan gelen bir imza, o adreste duran şeyi hareket ettirebilir. > **Bunun neden güvenli olduğu.** Varlık EVM durumunda barınır: bakiyesi, Rome programının hesaplarındaki depolamada tutulur. Burada **ona ait bir SPL mint yoktur**, ne bir token hesabı, ne de taşınacak Solana yerel bir şey vardır — bu yüzden Solana tarafındaki altyapının onu dışarı taşıyabilecek bir talimatı yoktur. Türetilmiş adresi yalnızca sizin Solana imzanız yönlendirebilir ve bunun ifade edebileceği her hareket, allowlist kapısını çalıştıran varlık sözleşmesine bir çağrıdır. İzin verilmeyen bir adrese yapılan transfer, ister bir EVM anahtarı ister bir Solana anahtarı tarafından imzalanmış olsun, aynı şekilde geri alınır. İzinli bir varlığın tam olarak aradığı özellik budur — bkz. [LANES.md](/tr/rome-uzerindeki-uygulamalar/bloom/lanes.md#custody-why-the-rwa-stays-at-the-synthetic). Listelenecek bir SPL token olmadığı için, **Solana cüzdanınız RWA varlığını göstermeyecektir** — pozisyonlarınızı Bloom uygulaması gösterir. Kaybolan bir Solana anahtarı, varlığı bant dışı taşıyarak değil, ihraççının süreciyle kurtarılır. ### Ödeme ve ekstra imza istemleri * **Solana ücretini kendi cüzdanınızdaki SOL ile ödersiniz.** Türetilen EVM adresinin hiçbir zaman SOL'a ihtiyacı olmaz. Gazı yalnızca aşağıda açıklanan tek durumda, tek bir işlem için fazla büyük olan bir çağrıda kullanılır. * **Her çağrı bir Solana sürüm 1 işlemidir ve her çağrı iki onay istemidir.** Bir onay, bir satın alma veya bir transfer, zincirin proxy'si tarafından cüzdanınız için oluşturulur. Cüzdanınız önce şu ifadeyle başlayan okunabilir bir mesajı imzalar *Rome yetkilendirmesi*, bu da Solana anahtarınızın tam olarak bu çağrıyı yetkilendirdiğini kanıtlar. Ardından işlemin kendisini imzalar. Bu nedenle önce onay, sonra satın alma toplam dört onay istemidir. * **Sürüm 1 işlemlerini imzalayamayan bir cüzdan burada durur.** Bloom, daha eski bir format göndermek yerine kapalı kalır. Şimdilik devnet'te Solflare kullanın; Phantom henüz sürüm 1 işlemlerini imzalamıyor. * **Nakit aktarmak, yalnızca gerektiğinde tek bir onay istemidir.** Bir satın alma, dururken hiçbir şey tutmayan türetilmiş adresinizden wUSDC harcar. Eğer tutulan miktar satın alma maliyetinden azsa, Bloom önce eksik kısmı cüzdanınızdaki kendi USDC token hesabından taşır. Trade ve Credit'te bu adımın adı *Nakitinizi aktarmak*; Invest satın alımında ise Buy'a bastıktan sonra satın almanın bir parçası olarak çalışır. * **Tek seferlik yetki, cüzdan başına bir kez yapılan ayrı bir adımdır.** Türetilmiş adresiniz ilk kez wUSDC harcadığında, Bloom **wUSDC transferlerine izin ver** bunu onaydan önce ekler. Bu da diğerleri gibi bir çağrıdır (iki onay istemi) ve bir kez uygulandığında tekrar istenmez. Bunun neden var olduğu burada açıklanıyor [Cüzdan başına tek seferlik izin](/tr/temel-kavramlar/token-interop.md#one-time-grant-per-wallet). * **Tek bir Solana işlemi için fazla büyük olan bir çağrı, daha az onay istemiyle iletilir.** Bloom her zaman önce doğrudan, cüzdan tarafından imzalanmış işlemi dener. Zincir, uymadığı için bunu reddederse, aynı yetkilendirme imzası proxy'ye verilir ve proxy bunu sizin yerinize gönderir: o çağrı için bir onay istemi. Proxy gönderdiği için, çağrının ücreti türetilmiş adresinizden Rome gas ile ödenir; dolayısıyla bu bakiye yetersizse Bloom önce cüzdanınızdan onu tamamlar, bu da bir onay istemi daha demektir; normalde cüzdan başına bir kez. Bkz. [LANES.md](/tr/rome-uzerindeki-uygulamalar/bloom/lanes.md#calls-too-large-for-one-transaction). Dolayısıyla yeni bir Solana cüzdanından yapılan ilk satın alma şudur: nakit aktarımı (1 onay istemi), wUSDC transferlerine izin verme (2), satışı onaylama (2), satın alma (2). > **Daha büyük işlemler reddedilmez, iletilir.** Bir satın alma tek bir Solana işlemine sığar; bir "çok adımlı yolculuk" (önce onay, sonra satın alma) ise her biri kendi başına atomik olan birkaç tam işlemdir. Yalnızca proxy'nin tek bir işlem için fazla büyük olduğunu bildirdiği bir çağrı — Credit'te daha büyük piyasa işlemleri de buna dahil olabilir — yukarıda açıklanan iletim yolunu kullanır. *** ## Uyumun gerçekte olduğu yer Burada hiçbir şeyin Bloom politikası sanılmaması için, nerede neyin uygulandığını özetlemek gerekirse: | Endişe | Uygulayan | Tarafından değil | | ---------------------------------------- | --------------------------------------------- | -------------------------------------------------------------- | | Varlığı kim tutabilir | Varlığın allowlist modülü, her transferde | Bu web sitesi | | Onaylanmamış bir adrese yapılan transfer | Varlık tarafından zincir üzerinde geri alınır | Herhangi bir zincir dışı filtre | | Sizin hakkınızda ne saklanır | Bir boolean (`isWhitelisted`) adres başına | Belgeler veya kişisel tanımlayıcı bilgiler, herhangi bir yerde | | Sizi kim kabul edebilir | İhraççının zincir dışı kararı | Bloom | Tam model için bkz. [COMPLIANCE.md](/tr/rome-uzerindeki-uygulamalar/bloom/compliance.md); iki şeritli mekanizma için, [LANES.md](/tr/rome-uzerindeki-uygulamalar/bloom/lanes.md). > **Bu bir taslak değil.** Gerçek bir alıcı bu varlığı bir EVM cüzdanından satın aldı ve gerçek bir Solana cüzdanı da onu Solana hattında satın aldı — aynı token, aynı allowlist, aynı wUSDC. Her işlem şurada bağlantılıdır [Kanıt](/tr/rome-uzerindeki-uygulamalar/bloom/evidence-investor.md) sayfasında. Bu kılavuzdaki İzin Verilen kartı, pozisyonlar ve Solana saklama zinciri, bu işlemlerden sonraki o alıcılara aittir. --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation by asking a question. Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters: ``` GET https://docs.rome.builders/tr/rome-uzerindeki-uygulamalar/bloom/investing.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.