AuroraComprendi il tuo contratto di collezione
Come le collezioni ERC-721 -C e ERC-1155 -C di Aurora gestiscono proprietà, pagamenti, opere d'arte, trading e royalty .
In questa pagina
Riferimento della funzione del contratto
Ogni funzione di raccolta leggibile e scrivibile, con argomenti, autorizzazioni e azioni unidirezionali spiegate. Scegli il tipo di raccolta.
Due tipi di raccolta, lo stesso creatore controlla
Gli standard C aggiungono la convalida del trasferimento per le politiche di mercato supportate Creator -fee. Entrambi i tipi di raccolta hanno controlli proprietari per conio, metadati, royalty e trading. Rete gas , i prezzi delle opere d'arte e le commissioni della piattaforma sono costi separati.
| Tipo di raccolta | Come funzionano i token |
|---|---|
| ERC-721-C · Unique NFTs | Ogni opera d'arte coniato ha un proprio ID token e un proprietario. |
| ERC-1155-C · Editions | Un'opera d'arte ha un ID token con più copie. I collezionisti possono contenere più di una copia di quell'edizione. |
Il tuo portafoglio possiede la collezione
Per le nuove collezioni native coniare, il portafoglio che distribuisce la collezione diventa il suo proprietario. La fabbrica Aurora distribuisce il contratto; non diventa l'amministratore della raccolta. La scelta del portafoglio di pagamento di un artista non dà al proprietario del portafoglio le autorizzazioni.
Il proprietario può configurare le versioni e royalty, mettere in pausa o chiudere permanentemente conio, pubblicare revisioni dei metadati, abilitare il trading e ritirare i proventi trattenuti coniare. Il trasferimento di proprietà utilizza due passaggi: il proprietario esistente nomina un nuovo portafoglio e quel portafoglio accetta. Una rivelazione programmata in sospeso deve essere completata o annullata prima che la proprietà cambi.
Alcune collezioni più vecchie utilizzano un controller coniare separato. In tale configurazione il controller possiede la collezione e il suo portafoglio proprietario amministra l'coniare. Controlla gli indirizzi del contratto e il proprietario per la tua particolare distribuzione.
Scegli quando il tuo artista riceve coniare pagamenti
Solo il prezzo dell'opera d'arte va al portafoglio dei proventi coniare. La commissione della piattaforma di Aurora viene elaborata separatamente. L'opera d'arte gratuita non ha Creator pagamenti, anche se le commissioni della piattaforma e gas possono ancora applicarsi. Rivendita royalty sono configurati separatamente.
Il proprietario può cambiare la modalità o ricevere il portafoglio per il futuro mints di una versione aperta. Aurora mette in pausa il rilascio durante l'applicazione della modifica, quindi ripristina lo stato di pausa precedente. I proventi precedentemente trattenuti rimangono disponibili per il prelievo; il passaggio al pagamento diretto non invia automaticamente quel vecchio saldo.
Il pagamento diretto richiede un portafoglio o un contratto che accetta la valuta nativa della rete. Se rifiuta il pagamento, l'intero coniare viene ripristinato, incluso l'NFT e il trasferimento a pagamento della piattaforma. Una transazione fallita estratta può ancora costare gas. Il proprietario può correggere il portafoglio ricevente o passare alla modalità di prelievo prima di riprovare.
Imposta il portafoglio dei proventi coniare
Inserisci il portafoglio che dovrebbe ricevere il prezzo dell'opera d'arte. Questo può essere il portafoglio dell'artista e non deve essere il tuo portafoglio di distribuzione.
Scegliere coniare procede al pagamento
Inviare al portafoglio dopo ogni coniare è il valore predefinito per le nuove versioni delle collezioni supportate. Il contratto inoltra il prezzo dell'opera d'arte nella stessa transazione dell'coniare . Scegliere Mantieni in contratto per il ritiro per accumulare i proventi invece.
Pubblicare e approvare le impostazioni
Rivedere l'indirizzo di ricezione e firmare le transazioni del portafoglio richieste. Aurora mostra i passaggi di approvazione. Le impostazioni di pagamento vengono registrate on-chain prima dell'apertura del rilascio.
Chi può ritirare i proventi trattenuti?
Solo il proprietario del contratto coniare può autorizzare un ritiro. Aurora riempie il portafoglio dei proventi coniare salvato come destinatario. Il proprietario può anche chiamare il ritiro manualmente con un destinatario e un importo scelti. Il portafoglio salvato non è una restrizione irreversibile per l'autorità di prelievo del proprietario.
I proventi conservati sono detenuti on-chain nella collezione o nel controller legacy. Aurora non li tiene in un conto offchain. Il saldo dei proventi può includere più rilasci. È possibile prelevare mentre conio è attivo, in pausa o finito.
Opere d'arte, metadati e rivelazioni
Il proprietario controlla gli aggiornamenti dei metadati dopo coniare. Non esiste un blocco separato solo per i metadati. Un riferimento di file immutabile identifica una versione fissa, ma il proprietario può pubblicare un nuovo riferimento. Rinunciare alla proprietà rimuove in modo permanente questa capacità insieme a ogni altro controllo del proprietario.
Questa flessibilità supporta la manutenzione a lungo termine: i creatori possono correggere i metadati o passare a un altro provider di archiviazione compatibile se un provider non è disponibile. Le nuove build ERC-721 -C 0.6 e ERC-1155 -C 0.3 accettano schemi URI senza un elenco di permessi di protocollo, tra cui IPFS, HTTPS e futuri schemi di archiviazione. I contratti più vecchi mantengono le loro restrizioni originali. Aurora uploads utilizzano ancora IPFS; il passaggio a un altro provider richiede attualmente una transazione del proprietario attraverso un'interfaccia contrattuale.
Un riferimento non è una garanzia di hosting. I contenuti HTTPS possono cambiare allo stesso indirizzo e gli schemi di archiviazione futuri hanno bisogno del supporto di portafogli e marketplace per visualizzarli. Le directory dei metadati devono terminare con una barra e fornire file JSON token-ID decimali; il contratto non verifica che un provider sia online.
La rivelazione ritardata inizialmente mostra l'opera d'arte del segnaposto. In Aurora, Reveal e Force programmati rivelano sia la fine della versione corrente e pubblicare le sue opere d'arte impegnati attraverso approvazioni proprietario-wallet; il conto alla rovescia non invia una transazione da solo. Force reveal può essere utilizzato prima del tempo previsto, anche dopo che conio si è fermato o finito. Dopo la conferma il conto alla rovescia scompare. A coniare più tardi, scegli Aggiungi un'altra versione e imposta nuove fasi, date e prezzi nella stessa collezione; la raccolta stessa non è definitivamente chiusa.
Spese di trading e creatore
Prima del primo coniare, scegli se il trading inizia con quello coniare o è abilitato manualmente in seguito. Abilitare il trading è un modo: i trasferimenti non possono essere bloccati di nuovo con l'interruttore di trading. La pausa conio non mette in pausa il trading già abilitato.
Il destinatario e la percentuale royalty descrivono i pagamenti di vendita secondaria royalty, non quelli primari coniare. royalty sono limitati a 10% . L'esecuzione dipende dalla politica di convalida selezionata e dalla rotta commerciale supportata dal mercato; ERC-721 -C o ERC-1155 -C da solo non è una promessa che ogni rivendita paga royalty.
Da ERC-721 -C 0.6.0 -beta. 2 e ERC-1155 -C 0.3.0 -erc1155-beta. 2 In seguito, il proprietario della raccolta può sostituire il validatore di trasferimento attivo con updateTransferValidator , ad esempio durante la migrazione a un aggiornamento di sicurezza rivisto. Questo cambia la convalida del trasferimento, non l'implementazione della raccolta. Le collezioni più vecchie mantengono le loro restrizioni originali.
Impostando il validatore a 0x0000000000000000000000000000000000000000 si disattivano i controlli del validatore. Il proprietario può ripristinare il convalidatore precedente o scegliere una sostituzione in un secondo momento. Durante la disattivazione, l'applicazione royalty basata su validatore e altre restrizioni di convalida si fermano. Il destinatario e la percentuale di royalty rimangono registrati; i mercati possono ancora onorarli volontariamente. Si applicano ancora le approvazioni dei titolari, la rete gas, le commissioni della piattaforma coniare e il blocco del trading di raccolta.
Sostituire, disabilitare o ripristinare un validatore di trasferimento
Questa è attualmente una transazione del proprietario attraverso l'esploratore di blocchi della collezione, come Basescan. Utilizzare l'indirizzo di raccolta e la sua interfaccia contrattuale verificata, tra cui Read as Proxy o Write as Proxy se mostrato. L'setTransferValidator ereditato rimane bloccato per le chiamate dirette: utilizzare updateTransferValidator .
Prima di sostituirlo, verifica che il nuovo validatore sia affidabile, supporti lo standard dei token e funzioni con le rotte del mercato previste su questa catena. Avere il codice del contratto da solo non stabilisce la compatibilità. La registrazione di tipo token viene tentata automaticamente, ma i criteri di sicurezza e gli elenchi degli operatori non migrano automaticamente; configurarli e verificarli con gli strumenti supportati dal nuovo validatore.
Registra l'attuale validatore
Leggi il proprietario e getTransferValidator sulla tua collezione. Salvare l'indirizzo del validatore corrente in modo da poterlo ripristinare se necessario. Il separato validatore getter registra l'associazione iniziale di distribuzione e non tiene traccia delle modifiche successive.
Scegli la nuova impostazione
Collega il portafoglio del proprietario della collezione. Aprire updateTransferValidator e inserire l'indirizzo di sostituzione compatibile. Per disabilitare la convalida, immettere l'indirizzo zero completo: 0x0000000000000000000000000000000000000000. Non lasciare vuoto il campo o digitare la parola null.
Confermare e verificare
Rivedere e confermare la transazione del portafoglio. Dopo la conferma, leggere di nuovo getTransferValidator e verificare che corrisponda all'impostazione desiderata. Zero significa disabilitato.
Ripristino dopo una disattivazione temporanea
Chiamare di nuovo updateTransferValidator con l'indirizzo salvato o sostitutivo, verificare la sua politica e testare la rotta di trasferimento prevista. La sostituzione di un validatore non lo approva automaticamente per spostare NFT dei titolari.
Rinunciare permanentemente ai controlli del proprietario
Le nuove costruzioni forniscono renounceOwnership come azione definitiva e irreversibile. Imposta il proprietario all'indirizzo zero e cancella qualsiasi trasferimento di proprietà in sospeso. Nessuno dei due Aurora Né il proprietario precedente può ripristinare il controllo in seguito.
Prima di rinunciare, completare i metadati e le impostazioni royalty, chiudere definitivamente conio, abilitare il trading, ritirare tutti i proventi conservati e completare o annullare la rivelazione in sospeso. Il contratto rifiuta la rinuncia fino al soddisfacimento di tali condizioni. La cancellazione di una rivelazione non pubblica l'opera d'arte finale: non rinunciare mentre i token hanno ancora bisogno di un aggiornamento dei metadati.
La rinuncia è attualmente una transazione manuale del proprietario attraverso l'interfaccia Explorer della collezione. Impedisce modifiche future del proprietario ai metadati, royalty, impostazioni di pagamento e controlli coniare. Non rende il contenuto di un server web immutabile o blocca i criteri di validazione esterni e rimuove la possibilità di eseguire l'amministrazione di validatore che richiede la proprietà della raccolta.
Cosa succede se Aurora non è disponibile?
coniato NFT e i loro record di proprietà rimangono sulla blockchain. Il contratto distribuito esiste indipendentemente dal sito web di Aurora. I proprietari possono utilizzare le funzioni contrattuali supportate tramite un esploratore o un'altra interfaccia. La disponibilità di opere d'arte e la visualizzazione del mercato dipendono anche dai servizi di archiviazione e di mercato.
Il pubblico conio in queste build richiede un'autorizzazione a pagamento firmata Aurora, anche quando la commissione della piattaforma viene revocata. Un servizio di firma non disponibile può quindi fermare il nuovo pubblico mints. Tale autorità di firma non può utilizzare le funzioni proprietarie, assumere la proprietà della raccolta o ritirare i proventi del creatore.
La raccolta utilizza un'implementazione fissa e non è aggiornabile. Nuove funzionalità e correzioni di codice richiedono nuove implementazioni; i token esistenti non vengono spostati o aggiornati automaticamente. I test di sicurezza locali e la revisione del codice non sono un audit di sicurezza indipendente o una garanzia di sicurezza.