> 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/issuing.md).

# İhraç

Bloom, bir **izinli gerçek dünya varlığı** olarak bir Rome zincirinde sıradan bir Solidity sözleşmesi şeklinde ihraç etmenize ve onu varlık başına bir konsoldan yönetmenize olanak tanır. Varlığa hem EVM hem de Solana cüzdanlarından erişilebilir, ancak **ihraç yalnızca EVM'dedir** — bir Solana cüzdanı varlıkları tutar; onları oluşturmaz. Bu kılavuz, ihraççı konsolunu, oluşturma sihirbazını, konsol giriş kapısını ve altı yönetim sekmesinin her birini kapsar.

> **Bloom'a herhangi bir belge ya da kişisel veri vermezsiniz; yatırımcınız da vermez.** Bloom, uyum kararınızın *sonucu* uyum kararınızın; zincir, adres başına bir boolean kaydeder. KYC/AML süreciniz — sağlayıcılarınız, dosyalarınız, saklama süreniz — tamamen kendi sisteminizde kalır. Tam model şurada yer alır [COMPLIANCE.md](/tr/rome-uzerindeki-uygulamalar/bloom/compliance.md); bu kılavuz onu tekrar etmek yerine işaret eder.

***

## Yapabilecekleriniz

Bir varlığın yöneticisi olarak, aşağıdakilerin hepsi konsoldan yapmanız içindir — ve bunların her biri zincir üzerinde gerçekleşen gerçek bir işlemdir, şu sayfada bağlantılıdır: [Kanıt](/tr/rome-uzerindeki-uygulamalar/bloom/evidence.md) sayfa:

* **Bir varlık ihraç et** — sihirbaz onu üç sözleşme olarak dağıtır (aşağıda).
* **Başvuruları incele** — her birini onaylayın veya reddedin (bir ret, başvuru sahibine borçlu olunan bir gerekçe taşır) ve onaylanan bir adresi izin listesine ekleyin.
* **İzin listesini yönetin** — bir adres ekleyin, ekleyin **bir adres topluluğunu tek bir işlemde** (`batchAddToWhitelist`) veya bir adresi kaldırın; token, her transferde listeyi uygular.
* **Varlığı kısıtlayın** — transferleri izin listesiyle kısıtlayın (bu da arzı kesin hale getirir) veya kısıtlamayı kaldırın.
* **Arzı yönetin** — toplamı okuyun ve rolü elinizde tuttuğunuzda mint edin veya yakın.
* **Satışı yürütün** — bir satış açın (birim sayısı ve fiyat), kapatın, satılmamış stoku geri çağırın ve gelirleri çekin.
* **Getiriyi ayarla ve dağıt** — ödeme para birimini ayarlayın, ardından bir ödeme dağıtın; bu, sahipleri birer işlemde tarar; hariç tutulan sahipler atlanır.
* **Rolleri yönetin** — bir adrese rol verin, birini geri alın veya kendi rolünüzden vazgeçin.

Her biri aşağıda, ait olduğu sekmede zincirin neyi zorunlu kıldığıyla birlikte ayrıntılı olarak açıklanmıştır.

***

## İhraççı konsolu

![/issuer adresindeki ihraççı konsolu; bu dağıtımın bildiği varlıkları ve satış durumlarını listeler.](https://4222476421-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F671PKS8ZQSNqtoC8PGvz%2Fuploads%2Fgit-blob-c94de7c7a94a287a4d9b90a92b2b16022213b702%2Fissuer-console.png?alt=media)

`/issuer` bu zincirde ihraç ettiğiniz varlıkları listeler ve yeni bir tane başlatmanıza izin verir.

* Bir **EVM cüzdanı**. Bağlantısı kesilmiş bir ziyaretçiye ya da bir Solana cüzdanına, boş bir konsol yerine uygun türde bir cüzdan bağlaması için bir istem gösterilir — bir Solana cüzdanı ihraç edemez ve bu, zincirin ikinci, bağımsız bir koruma olarak zorladığı bir ürün sınırıdır.
* Tablo, her varlığı şu bilgileriyle listeler: **ad ve sembolü**; yaşam döngüsünün **aşaması**ve **Satış** durumu (bir *Açın* rozet ya da *Kapalı*).

İki sütun — **Sahipler** ve **İncelenecek** — bir tire gösterir. Sahip sayısı, izin listesinin numaralandırmasını gerektirir ve inceleme kuyruğu, her varlık için giriş yaptığınız zincir dışı bir depodur; bir tire şunu söyler: *sorulmadı* burada bir `0` uygulamanın henüz okumadığı bir gerçeği iddia ederdi.

Bas **Bir varlık ihraç et** sihirbazı açmak için veya o varlığın konsolunu açmak için bir satır seçin.

***

## Bir varlık oluşturma: sihirbaz

![/create adresindeki oluşturma sihirbazı: varlık alanları ve ardından işlemleri gerçekleştiğinde aydınlanan altı kart.](https://4222476421-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F671PKS8ZQSNqtoC8PGvz%2Fuploads%2Fgit-blob-94683a3a49ac2418aed8cc66dbf47fad940814f7%2Fcreate-wizard.png?alt=media)

`/create` dört alan toplar ve ardından varlığınızı dağıtır.

| Alan                | Kural                       |
| ------------------- | --------------------------- |
| **Ad**              | Gerekli.                    |
| **Sembol**          | Gerekli.                    |
| **Arz**             | Sıfırdan büyük tam sayı.    |
| **Ondalık basamak** | 0 ile 18 arasında tam sayı. |

Bas **Başlat**. Bir alan geçersizse, sihirbaz devre dışı bir düğmenin arkasında beklemek yerine hangisinin neden geçersiz olduğunu söyler. Taslak geçerli olduğunda, cüzdanınızdan adımları sırayla imzalaması istenir.

### Neden parça parça dağıtılıyor

> **Bir token, birkaç işlem boyunca üç sözleşme olarak dağıtılır — asla tek bir işlemde değil.** Arc'ın tek işlem `createToken` gerektirirdi **77 hesap kilidi**, ve Rome tek bir işlemi en fazla **62 kilittir**. Bu nedenle sihirbaz her parçayı kendi işleminde dağıtır ve sonrasında fabrika statüsü kazanır. `ArcTokenFactoryV2.registerToken`. Bu, görünür kılınmış bir Rome kısıtıdır, isteğe bağlı bir optimizasyon değil — ve korumalar Arc'ın yukarı akış güvenlik modelini tam olarak korur (kanonik proxy, beyaz listeye alınmış uygulama, çağıran tokenın yönetici rolüne sahiptir, kayıt yalnızca bir kez yapılır). Şuraya bakın [COMPLIANCE.md](/tr/rome-uzerindeki-uygulamalar/bloom/compliance.md#what-rome-adds-and-what-registertoken-preserves).

### Altı kart

Sihirbaz, dağıtımın ilerleyişini izleyen altı kart gösterir. Bir kart, **Beklemede** buna **İmzalanıyor…** buna **Tamamlandı** (veya **Başarısız**) işlem gerçekleştiğinde.

| # | Kart                             | Ne yapar                                                                                                                            |
| - | -------------------------------- | ----------------------------------------------------------------------------------------------------------------------------------- |
| 1 | **Uygulama**                     | Bu zincir için paylaşılan varlık uygulaması — çözümlenmiş, imzalanacak bir şey yok. (Herhangi bir adım çalışmadan önce tamamlanır.) |
| 2 | **Varlık**                       | Varlığınızı dağıtır ve adını, sembolünü, arzını ve ondalık basamaklarını tek adımda ayarlar.                                        |
| 3 | **Kimler tutabilir**             | Bu varlığın kendi izin modülünü dağıtır; yöneticisi siz olursunuz.                                                                  |
| 4 | **Transferlerde bunu uygulayın** | Varlığı o modüle yönlendirir, böylece her transfer doğrudan varlık tarafından kontrol edilir.                                       |
| 5 | **Getiri kuralları**             | Kime ödeme yapılacağına karar veren modülü dağıtır ve bağlar.                                                                       |
| 6 | **Kayıt**                        | Varlığı kaydeder — satışı açan ve daha sonra yükseltmenize izin veren budur.                                                        |

Altı kart, alttaki sekiz dağıtım adımını bir araya getirir, bu yüzden tek bir **Başlat** şu sonuç verir: **sekiz imza**. Düğmenin altındaki notta şöyle yazar: *"Cüzdanınız her adımı imzalamanızı isteyecek. İstediğiniz noktada durun ve kaldığınız yerden devam edin — hiçbir şey kaybolmaz."* Kayıt son adım olduğu için duraklamak güvenlidir: varlık her aşamada gerçek bir dağıtımdır, sonunda kaydedilir.

Çalıştırma tamamlandığında, sihirbaz şu metni okur: *"İhraç edildi. Varlığınız şu adreste yayında: …"* ve varlığın konsoluna bağlantı ile `/token/[address]`.

> **`başlat` size her rolü verir.** Sihirbazı kullanan adres — sizin EVM adresiniz — tokenın yönetici, basıcı/yakıcı, getiri yöneticisi/dağıtıcısı ve yükseltici rollerini, ayrıca izin listesi modülünün yönetici rolünü alır. Bu nedenle anahtar saklama şekliniz, varlığın uyum duruşunun bir parçasıdır: kaybolan bir yatırımcı cüzdanı ancak sizin yönetici işleminizle kurtarılabilir ve konsolun **Haklar** sekmesi, her yetkinin sahibini görünür kılar. (`UPGRADER_ROLE` olduğu *değil* fabrikaya otomatik olarak verilir — fabrika aracılı yükseltmeler istiyorsanız bunu açıkça verin.)

***

## Varlık başına konsol ve giriş kapısı

![Konsol giriş kapısı: cüzdanınızla bir mesaj imzalayın — parola yoktur.](https://4222476421-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F671PKS8ZQSNqtoC8PGvz%2Fuploads%2Fgit-blob-a9377e3cad8460af1d9bb4eb3cf6f2a6a8f28b22%2Fconsole-signin.png?alt=media)

Açılınca `/token/[address]` çalışmaz **değil** konsolu hemen gösterin. Bir **giriş kapısı**:

> *"Bu varlığı yönetmek için giriş yapın. Cüzdanınızla bir mesaj imzalayın — parola yoktur. Yetkiniz doğrudan varlığın kendisinden gelir ve her işlemde yeniden kontrol edilir, bu yüzden geri alınması hemen yürürlüğe girer."*

Bas **Cüzdanınızla giriş yapın**. İşte tam olarak olanlar:

1. Cüzdanınızdan şunu yapması istenir: `personal_sign` kısa, insanlarca okunabilir bir ifade (başlığı *"Bloom — bu varlığı yönettiğinizi kanıtlayın"*) ve yetkilendirdiği tek eylemi — bu varlığın başvuru kuyruğunu okumayı — varlık adresi, zincir kimliği ve zaman damgasıyla birlikte belirtir.
2. Uygulama bu imzalı ifadeyi `GET /api/applications`.
3. Bu **sunucusuna gönderir** doğrular: imzadan adresinizi geri elde eder, ifadenin bu zincir için olduğunu ve hâlâ taze olduğunu doğrular (bir oturum için değil, iki dakikalık bir pencere için yetki verir), okur **tokenın kendi izin listesi modülünü** zincirden ve adresinizin, izin listesi yazma işleminin gerçekte gerektirdiği role sahip olup olmadığını kontrol eder — `MANAGER_ROLE` o modülde.
4. Bu role sahipseniz, kuyruk döndürülür ve konsol görüntülenir. Sahip değilseniz, sunucu şununla reddeder: `403` ve bir gerekçeyle.

![Alıntılanmış bir ret gösteren kapı: bu varlığı yönetmeyen bir cüzdan geri çevrilir.](https://4222476421-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F671PKS8ZQSNqtoC8PGvz%2Fuploads%2Fgit-blob-99040b8d3c752f0f84615b913d6b75fb0d36f81b%2Fconsole-refusal.png?alt=media)

> **Bu varlığı kimin yönetebileceğine varlık karar verir — bu uygulama değil.** Rol, izin listesi üzerinde kontrol edilir **modüldür**, token üzerinde değil; token üzerinde aynı adlı bir role sahip olmak *değil* devralınmaz — bunlar farklı yetkilerdir. Ne hesap vardır ne de oturum: bunu takip eden her istek, kendi taze imzasını taşır; *"her işlemde yeniden kontrol edilir"* ifadesinin anlamı budur. Bir cüzdanın rolünü zincirde geri alın ve hemen giriş yapamaz hale gelir.

Bir ret, gerekçeyi gösterir **tırnak içinde** — Bloom, bir cüzdanın neden reddedildiğine dair asla bir cümle yazmaz. İmzayı cüzdanınızda reddederseniz, bu sizin *"hayır"*, varlığın değil, ve bir ret olarak bildirilmez.

> **Kapı, kimin konsolu olduğudur; neyin gizli olduğu değil.** Arz, satış durumu, izin listesi dökümü ve roller, herhangi bir gezginin yanıtlayabileceği herkese açık zincir okumalarıdır. İmzanın sağladığı şey **başvuru kuyruğu** — başkalarının beyanları — ve konsolun size hiç gösterilme hakkıdır.

### Konsol başlığı

Giriş yapıldıktan sonra başlık, varlığın adını ve onun **aşaması** — sahip olduğu en önemli gerçeği — gösterir:

| Aşama       | Anlam                                                                                                                                  |
| ----------- | -------------------------------------------------------------------------------------------------------------------------------------- |
| **Taslak**  | Henüz hiçbir izin modülü bağlanmamış, bu yüzden bunu kimin tutabileceğini hiçbir şey kısıtlamıyor.                                     |
| **Açın**    | Transferler açıktır ve arz hâlâ değişebilir. Varlığı kısıtlamak arzını kesin hale getirir ve bu geri alınamaz.                         |
| **Kısıtlı** | Bunu yalnızca izin listesindeki adresler tutabilir, **ve arzı kesindir** — artık kalıcı olarak daha fazlası basılamaz ya da yakılamaz. |

Sekmelerin üzerinde bir özet dört rakam gösterir — **Sahipler · İncelenecek · Satılan · Ödenen getiri**. İkisi zincirden ve depodan okunur (*İncelenecek* giriş yaptıktan sonra; *Satılan* mağazadan); *Sahipler* getiri önizlemesindeki sahip sayısını bekler ve *Ödenen getiri* ödeme geçmişi imlecinin henüz gelmesini bekler. Bekleyen her hücre bir tire gösterir ve neye ihtiyaç duyduğunu açıklar; bir `0` kimsenin zincire sormadığı bir gerçeği iddia edecek ifade yerine.

***

## Altı sekme

Konsolda bu sırayla altı sekme vardır: **Başvurular · Kimler tutabilir · Arz · Satış · Getiri · Haklar.**

Bu sekmelerdeki her yazma işlemi, yazmanın **adlandırılmış ön koşullarını** ve **sonuçlarını** *önce* düğmenin üstünde gösteren ortak bir denetim kullanır ve çalışırken aşamasını adlandırır (*"Cüzdanınız bekleniyor…"*, *"Zincire düşüyor…"*). Önce neyin kontrol edilebileceğini size öğretmek için hiçbir şeyin geri alınmaması gerekir.

### Başvurular — inceleme kuyruğu

![Başvurular sekmesi — onaylanacak ya da reddedilecek bekleyen bir başvuru ve uyum dikişiyle birlikte inceleme kuyruğu.](https://4222476421-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F671PKS8ZQSNqtoC8PGvz%2Fuploads%2Fgit-blob-8249de8b76f757101cc945ca4a2687103428839c%2Ftab-applications.png?alt=media)

Bu sekme, varlığı tutmak için kimlerin başvurduğunu listeler. Her satır başvuranın adresini, yargı alanını, sahip türünü ve bir **Kontroller** sütununu (*Geçti* sağlayıcınız bir sonuç kaydettiyse, aksi halde *Beyan edildi*), ve bir **Durum** (*İncelenecek*, *Onaylandı*, *Reddedildi*). Ayrıntılarını ve iki denetimi görmek için bir satırı genişletin: **Onayla — bunu tutabilir** ve **Reddet**. Bir reddetme gerekçe gerektirir; bu gerekçe başvuranın yanıtı olur.

> **Onaylamak iki ayrı eylemdir ve sekme bunların dürüst kalmasını sağlar.** Basıldığında **Onayla** *kaydeder* kararınızı başvuru deposuna. Adresi zincirde varlığın izin listesine eklemek **ikinci imza** — `batchAddToWhitelist` — ve gerçekleşene kadar satır bunu söyler. Kaydedilen karar ile zincir uyuşmadığında, sekme farkı adlandırır ve onu kapatan yazmayı sunar: **Kabul et** onaylanan bir adresi izin listesine eklemek için veya (hâlâ listede olan reddedilmiş bir adres için) onu kaldırma denetimi. İzin listesi yazması gerçekleşene kadar adres varlığı tutamaz.

Bu sekmedeki sabit bir not — **uyum dikişi** — kendi sürecinizin nereye bağlandığını belirtir:

> *"Burada hiçbir belge istenmez ya da tutulmaz — kontroller size aittir. Sağlayıcınızı şu arka yüzüne bağlayın: `Başvurular` arayüzünü, ya da zaten verdiğiniz kararları içe aktarın. Bloom sonucu kaydeder ve zincir adres için bir evet ya da hayır kaydeder."*

Kendi sunucusunda çalışan bir ihraççının değiştirdiği arayüz budur: başvuru deposunun uygulamasını kendi kalıcı uygulamanızla değiştirin; çağıran taraf değişmez. Bloom hiçbir kontrol yapmaz ve hiçbir belge tutmaz.

### Kimler tutabilir — transfer kapısı

![Kimler tutabilir sekmesi — izin listesi sayısı ve transferleri kısıtlama denetimi, bunun tek yönlü kapı sonuçlarını gösterir.](https://4222476421-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F671PKS8ZQSNqtoC8PGvz%2Fuploads%2Fgit-blob-d32c410e3b5798d86dc5b914bce2f927eb4b1620%2Ftab-holders.png?alt=media)

Bu sekme, varlıkta kaç adresin izin listesine alındığını bildirir ve izin listesinin **uygulanıp uygulanmadığını**:

* Transferler **serbest olduğunda**, şunu sunar: **transferleri izin listesiyle kısıtla**. Yazmanın sonuçları, bunun arzı kesin hale getirdiğini ve yönetici olmayanlar için tek yönlü bir kapı olduğunu belirtir.
* Transferler **kısıtlı**, şunu sunar: **kısıtlamayı kaldır**. Bunun sonuçları bunun bir geri alma olmadığını açıkça belirtir.

Bir *kısıtsız* (taslak) varlıkta, bağlı izin modülü yoksa sekme bunu söyler — *"Henüz izin modülü bağlanmamış, bu yüzden bunu kimin tutabileceği kısıtlanmıyor"* — ve anahtar gösterilmez.

> **Token, her transferin iki tarafını da kontrol eder.** Varlık kısıtlıyken, taraflardan herhangi biri izin listesinde değilse transfer zincirde tipli bir hatayla geri alınır. Aynı kapı bir EVM cüzdanı transferi, bir Solana imzalı transfer, bir mağaza satışı ve ilk likidite hareketi için de geçerlidir — kendi yönetici yetkileriniz dışında bunun etrafından dolanmanın yolu yoktur.

### Arz

![Arz sekmesi — mevcut toplam birimler.](https://4222476421-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F671PKS8ZQSNqtoC8PGvz%2Fuploads%2Fgit-blob-29eb2d741e5193eef3ea94a214a199f2eb404fe7%2Ftab-supply.png?alt=media)

Bu sekme, mevcut toplam arzı tam birimler halinde bildirir.

### Satış — aç, kapa ve geliri al

![Satış sekmesi — açık bir satış, satış kapatma, satılmayanı geri çağırma ve geliri çekme denetimleriyle birlikte.](https://4222476421-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F671PKS8ZQSNqtoC8PGvz%2Fuploads%2Fgit-blob-573a99f9028a984b038162dc885a16b715673293%2Ftab-sale.png?alt=media)

Bu sekme, birincil satışı mağaza sözleşmesi üzerinden yürütür.

* **Hiçbir satış açık değilken**bir tane açmayı sunar: girin **Satılacak birimler** ve **Birim fiyatı** (içinde `wUSDC`), ardından basın **Satışı açın**. Yazmanın ön koşulları önce gösterilir — token kayıtlı olmalı, mağaza satış envanterini tutmalı ve mağazanın kendisi sattığı tokende izin listesinde olmalı — böylece henüz açılabilir olmayan bir satış tam olarak neye ihtiyaç duyduğunu söyler.
* **Bir satış açıkken**tekliften kaç birim kaldığını gösterir ve şunu sunar: **Bu satışı kapat**.
* **Satılmamış birimleri geri çağır** satılmamış envanteri mağazadan bir alıcıya geri taşır (varsayılan sizsiniz). Bu, **değil** bir kapatmadır — satış etkin kalır ve yazmanın sonucu bunu söyler; bu yüzden geri çağırma bir geri alma olarak yanlış okunamaz.
* **Geliri çek** mağazanın tahsilatını bir adrese gönderir (varsayılan sizsiniz). Gelirler satışın durumundan bağımsız olarak birikir, bu nedenle satış açık ya da kapalı olsun çekilebilir.

### Getiri — sahipleri öde, işlem başına bir

![Getiri sekmesi — önce bir ödeme para birimi ayarlamanız gerektiğini hatırlatan dağıtım tutarı alanı.](https://4222476421-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F671PKS8ZQSNqtoC8PGvz%2Fuploads%2Fgit-blob-cc8150ea6fee72d99bd5a2254073779cbd896c11%2Ftab-yield.png?alt=media)

Bu sekme, sahiplerine bir getiri ödemesi dağıtır.

> **Bir dağıtım bir tıklama değil, bir yürüyüştür.** Rome'da, `distributeYieldWithLimit` öder **işlem başına bir sahip** (hesap sınırı), bu yüzden bir ödeme bir pencere dizisidir; her pencere kendi imzasıdır. Tutarı bir kez, ödeme para biriminin tam birimleriyle girersiniz ve yürüyüş başladığında kilitlenir.  **önce** pencere tüm ödemeyi sizden çeker ve ilk sahibine ödeme yapar; sonraki her pencere yalnızca token sözleşmesinin içinde zaten bulunan parayı taşır. Bloom, her pencereden sonra imleci zincirden yeniden okur — bakiyeler değiştikçe sahip kümesi yeniden sıralanır ve eski bir dizin göndermek sıfırdan yeniden başlatır ve paranızı ikinci kez çeker.

Sekme ilerlemeyi gösterir — *"M'den N. sahibi ödeniyor"* — ve imleç döngüyü tamamladığında biter. Varlık için bir ödeme para birimi ayarlanmamışsa sekme bunu söyler; ödeme para birimini ayarlamak, bir dağıtımda yalnızca sizin seçebileceğiniz tek alandır.

> **Kısıtlanan sahiplerin payları sözleşmede kalır.** Getiri kara liste modülü tarafından hariç tutulan bir adres atlanır ve orantılı payı ödenmek yerine token sözleşmesinde kalır.

Geçmiş ödemeler henüz gösterilmiyor — onları okumak, dağıtım etkinliklerini varlığın ilk bloğuna kadar geri tarar; bunun için henüz gelmesi gereken bir geçmiş imleci gerekir. Sekme bunu kendi içinde söyler, bir `0`.

### Haklar — roller

![Haklar sekmesi — her rol ve tutulup tutulmadığı ile verme / geri alma / vazgeçme denetimi.](https://4222476421-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F671PKS8ZQSNqtoC8PGvz%2Fuploads%2Fgit-blob-fb54f6c73c2d194dd5b6321bc3cb0af825f6f637%2Ftab-rights.png?alt=media)

Bu sekme, tokenın açıkladığı her rolü ve tutulup tutulmadığını listeler; her biri tek bir `hasRole` çağrısıyla tokene karşı okunur.  **değil** Tutulan bir rol, atlanmak yerine böyle gösterilir — bir haklar sekmesinde, eksik bir satır ile bir *"hayır"* farklı gerçektir.

Listenin altında, bir denetim rolleri değiştirir:

| İşlem                     | Şuna uygulanır                                                  | Yetki                |
| ------------------------- | --------------------------------------------------------------- | -------------------- |
| **Bir hesaba ver**        | Girdiğiniz bir adres                                            | `DEFAULT_ADMIN_ROLE` |
| **Bir hesaptan geri al**  | Girdiğiniz bir adres                                            | `DEFAULT_ADMIN_ROLE` |
| **Kendi rolünden vazgeç** | Kendiniz (OpenZeppelin onayın çağıran kişi olmasını gerektirir) | Siz                  |

Rol seçenekleri tokenın kendi rolleridir, bu yüzden denetim tokenın sahip olmadığı bir rolü asla sunamaz. Her yazma işleminde olduğu gibi, yetki satırı ve sonuç düğmeden önce gösterilir; böylece kapı ve tek yönlülüğü imzalamadan önce belirtilir.

***

## Bloom'a ya da zincire asla dokunmayan şeyler

Uyumun nerede yaşadığı konusunda net olmak için:

| Şey                                        | Nerede yaşar                                                                                      |
| ------------------------------------------ | ------------------------------------------------------------------------------------------------- |
| KYC/AML belgeleri ve kişisel veriler (PII) | Kendi sisteminiz, kendi sağlayıcılarınız ve saklama sürenizle — **asla** bu uygulama ya da zincir |
| Bir adresi kabul etme kararınız            | Zincir dışı bir kayıt; depoya siz sahipsiniz                                                      |
| Bu kararın zincir üzerindeki etkisi        | Tek bir boolean — `isWhitelisted(address)` — tarafından yazılır `batchAddToWhitelist`             |
| Kuralın uygulanması                        | Varlık sözleşmesi, her transferde                                                                 |
| Varlığı kimlerin yönetebileceği            | Varlığın izin listesi modülünde tutulan rol, her istekte kontrol edilir                           |

Uyum modelinin tamamı için şurayı okuyun: [COMPLIANCE.md](/tr/rome-uzerindeki-uygulamalar/bloom/compliance.md); sahiplerinizin kullandığı iki hatlı (EVM ve Solana) mekanikler için şurayı okuyun [LANES.md](/tr/rome-uzerindeki-uygulamalar/bloom/lanes.md).


---

# 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/issuing.md?ask=<question>&goal=<user_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.