Unterschiede zwischen diesen Smart-Contract-Adressen?

Hier noch ein Thema für Anfänger:

  1. Bitte überprüfen Sie diese Token-Seite. Was sind die Unterschiede zwischen der Adresse des Token-Inhabers und der Vertragsadresse?

https://rinkeby.etherscan.io/token/0x88a230a9222cb3655acb7278077f02641f6273b5?a=0xf6be2556b613acbea6bc322eebfe7574fe74a4d0

Sollen wir das Geld nicht an die "Vertragsadresse" (eine rechts) senden?

Wenn ich ETHs an die Vertragsadresse eins sende, gibt es ein Problem mit dem Gaslimit. Aber für die Token-Holder-Adresse geht es gut.

  1. Und warum erhält die Empfängeradresse im Code nicht alle eingesetzten Token (er erhält jedoch ETHs)?

Hinweis: Der Vertrag befindet sich in der Crowdsale-Phase bis zum 23. Dezember

Geben Sie hier die Bildbeschreibung ein

Geben Sie hier die Bildbeschreibung ein

Antworten (1)

Token-Inhaber ist die Adresse, die Token von einem Smart Contract ERC20 besitzt.

Sollen wir das Geld nicht an die "Vertragsadresse" (eine rechts) senden?

Es hängt davon ab, ob. Wenn der Vertrag keine zahlbare Fallback-Funktion hat, die Gelder akzeptiert, schlägt das Senden von Geldern fehl. Sie sollten überprüfen, wie die Token-Verkäufe abgehalten werden. Das Senden von Geldern an einen Smart Contract ist nicht das Standardmuster zum Kauf von Token.

Sie können den Grid+-Token-Verkaufsvertrag überprüfen. Es ist ein gutes Beispiel aus jüngster Zeit. https://etherscan.io/address/0x94dc1cf66c8fd62ef3bd7da53f47423862839823#code

Es hat eine Funktion namens purchaseToken. Sie senden Geld an diese Funktion und sie berechnet, wie viele Token Sie gerade gekauft haben, und überweist es Ihnen.

Hier haben wir ein gutes Beispiel und eine gründliche Analyse von Token-Verkäufen: http://vitalik.ca/general/2017/06/09/sales.html

In den letzten Monaten gab es immer mehr Innovationen bei Token-Verkaufsmodellen. Vor zwei Jahren war der Raum einfach: Es gab gekappte Verkäufe, bei denen eine feste Anzahl von Token zu einem festen Preis und damit einer festen Bewertung verkauft wurde und die oft schnell ausverkauft waren, und es gab ungedeckelte Verkäufe, bei denen so viele Token verkauft wurden, wie es Menschen gab bereit zu kaufen. Jetzt haben wir sowohl in Bezug auf die theoretische Untersuchung als auch in vielen Fällen auf die praktische Umsetzung ein wachsendes Interesse an Hybrid-Cap-Verkäufen, Reverse-Dutch-Auktionen, Vickrey-Auktionen, proportionalen Rückerstattungen und vielen anderen Mechanismen festgestellt

danke für kommentare. Der Käufer erhält seine Token, wenn er ETHs sendet. Aber die Eigentümeradresse (an den Code übergebene Adresse) erhält nach der Bereitstellung nicht alle Token. Das ist das Problem.
0x9C8E781d3b3f72c7e62488a9F2FcB9B40D73DeAe hat den Vertrag erstellt. 0xF6BE2556B613ACBeA6Bc322EEBFE7574fe74A4d0 ist der Token-Vertrag und hat 991.950 HEY. Ich konnte den Vertragseigentümer nicht finden und bin mir nicht sicher, warum der Vertragseigentümer alle Token ohne die Vertragsquelldatei haben sollte
Vertrag wurde im Wesentlichen darauf basierend eingesetzt (nach dort besprochener Korrektur). ethereum.stackexchange.com/q/33811/25297