Ναι είναι σαφές ότι δεν υπάρχει νομοθετικό πλαίσιο για τα κρυπτονομίσματα και τυχόν έσοδα από αυτά.
Κάποια στιγμή θα υποχρεωθεί και το ελληνικό κράτος να θεσπίσει ένα είδους μηχανισμό για να δηλώνονται και αυτά.
Πάντοτε όμως είμαστε ουραγοί και σε αυτό.

Π.χ δείτε τι έγινε με το AirBnb. Χρειάστηκε να περάσουν αρκετά χρόνια και πάνω από 1 εκατομμύριο συμπολίτες μας να νοικιάζουν τα σπίτια τους μέσω της συγκεκριμένης πλατφόρμας για να αναγκαστεί το νωχελικό μας κράτος να θεσπίσει σχετική νομοθεσία και κανόνες φορολόγησης αυτών των εισοδημάτων τους...

Βρηκα και κατι αλλο ενδιαφερον:από την 1η Ιανουαρίου 2014 και εφεξής η περιοδική διαβίβαση από τα τραπεζικά ιδρύματα στην Ανεξάρτητη Αρχή Δημοσίων Εσόδων ηλεκτρονικών αρχείων με στοιχεία που αφορούν, μεταξύ άλλων, σε τόκους καταθέσεων και σε δεδομένα καταθετικών λογαριασμών ή και λογαριασμών πληρωμών φυσικών προσώπων, οι οποίοι εμφανίζουν είτε συνολική ετήσια κίνηση χρέωσης, είτε συνολική ετήσια κίνηση πίστωσης, μεγαλύτερη των 100.000 ευρώ, είναι υποχρεωτική.

Από τι διαβάζω σήμερα γίνονται ποιο αυστηροί οι έλεγχοι κυρίως όταν πρόκειται για συνεχή εμβάσματα των 1000 ευρώ από και προς τραπεζικούς λογαριασμούς.

https://www.naftemporiki.gr/finance/story/1377175/apo-to-koskino-ton-trapezon-metafores-poson-ano-ton-1000-euro

Από το «κόσκινο» των τραπεζών μεταφορές ποσών άνω των 1.000 ευρώ

I want the project advance!
Cognizant website, pretty good idea, excellence activity.

Ενημέρωση έγκυρη απο κλειστο γκρουπ του φεϊσμπουκ. Τυγχανει να γνωριζω Ολλανδικα και διαβασα τα ειδοποιητηρια που ελαβαν Βορειοι Βελγοι απο τις τραπεζες τους. Η μια ηταν η PNB Paribas την αλλη δεν την θυμαμαι. Για να μην τα πολυλογω, Βελγοι που εστελναν απο coinbase/kraken εμβασματα πανω απο 4999€ προς τους τραπεζικους τους λογαριασμους, κατ'εφαρμογη κανονισμου της ΕΚΤ υποκεινταν σε προσωρινο παγωμα του λογαριασμου τους. Η τραπεζα ζητουσε πειστηρια οτι τα λεφτα δεν προερχονταν απο παρανομες δραστηριοτητες. Σε περιπτωση δε, που τα στοιχεια δεν κρινονταν επαρκη τα στοιχεια του ατομου στελνονται σε μια υπηρεσια ελεγχου μαυρου χρηματος. Σε καθε περιπτωση δηλαδη δε στελνουμε sepa απο 5000€ και πανω γιατι θα πρεπει να αποδειξουμε οτι δεν ειμαστε ελεφαντες.

Αν κάποιος ζει από τα κρυπτονομίσματα, τι δυνατότητες έχει για να πληρώσει τους λογαριασμούς του αν δεν μπορεί να στείλει τα λεφτά του στην τράπεζα;

Εάν ζεις αποκλειστικά απο τα κρυπτονομίσματα και στέλνεις διαρκώς εμβάσματα στην Ελληνική τράπεζα δυσκολα θα αποφύγεις την έναρξη επαγγέλματος επιτηδευματία, ας μην ξεχναμε οτι απο τοτε που μπηκαμε στα μνημονια ολα ειναι πλεον ελεγχόμενα και δεν υπαρχει πλεον η εννοια του τραπεζικου απορρητου στον βαθμο που υπηρχε παλαιότερα. Προσωπικά για τετοια λογικα ποσα δεν εχω προβλημα   γιατι δουλευω και εγω και η γυναικα μου και εμφανιζουμε εισοδηματα σε κοινη δηλωση. Είχα ρωτησει την λογιστρια μου τι θα κανω σε περιπτωση που καποια απο τα κρυπτο που εχω εκτοξευτουν (πχ 100.000 ευρω); Μου απάντησε οτι σε περιπτωση που θελεις να τα φερεις στην Ελλαδα (και οχι πχ στο πριγκιπατο του Μονακο...) θα πας να βρεις φορολογικο δικηγορο ο οποιος σε συνεργασια με το γραφειο μας θα κανονισει την υποθεση. Αν βγαλεις πολλα και δεν πας σε φορολογικο δικηγορο κινδυνευεις να σου παρει το 50-60% το κρατος με κατι φορους υψηλης περιουσιας, προκαταβολες φορου, προστιμα κλπ.

Not sure why but I missed this announcement until now. I'm always interested in mining new coins that looks promising. This coin certainly appears to have serious potential.

Καλά εδώ δεν καταφέρνει αυτό το κράτος να πιάσει όσους φοροδιαφεύγουν με πειραγμένες ταμιακές, θα hackαρει μήπως το blockchain του monero για να βρει τους Έλληνες με αδήλωτα νομίσματα ή θα ελέγξει τις καταναλώσεις ρεύματος για να πιάσει τους miners;
Ακόμα και αν το 2025 εντάξουν τα κρυπτονομίσματα στη φορολογική δήλωση, αμφιβάλλω αν θα μπορέσει να ελεγχθεί από το κράτος... ότι θα δηλώνουμε αυτό θα ισχύει. Αρκεί να αυξηθούν τα καταστήματα (ηλεκτρονικά και μη) που δέχονται κρυπτονομίσματα για πληρωμές και έτσι δεν θα υπάρχει κάποια ανάγκη για μετατροπή σε ευρώ.

Thanks you. Hope for the best I am all in in this project. I have doubts about the gpu mining. I mining with cpu about 60 80 coins per day. Someone with gpu will mining 200 300 per day. So my coins will be useless because someone else will will be making much more coins in less days than mine that spend many days for the coins i have. I don't think a gpu mining is a good choice hope to stay cpu mining only coin.

As i stated earlier so i state it again you can count me in for anything in this regard let me know what to do and i'll make sure things follow in line

Since I use assembler it will take a lot of time to implement all these changes and I don't have enough time currently. I implemented pow7 but for other forks you should use other miners.

it is enough that we do not let the project die, we can join as the strong people we are, take over the project and launch a new version with decentralized seed nodes maintained by the community, we can create a new site and play the project forward, list on sites like Coinlib and etc, I came here to see if Crepcoin would change the Algorithm of difficulty to LMWA, we can do that guys, we set up a community on the telegram and maybe raise funds, digital coins are decentralized and do not depend on Devs.

1. No, and won't do it. Why ? As soon as i release it, people will remove devfee, and upload that version to the forum and everywhere else. If that happens, i won't work on the miner anymore. Why ? Look at SRBPolaris, it's free, you know how much donation i got for it ? About 150$ maybe 200$. But of course lot of people use it.

2. Claymore is a magician, he probably worked at AMD and knows all the good insider stuff

Yeah I did notice he took out the fee's at least for 3GB or under cards i think..

But how much memory do you have exactly in total when it's correct? Then I might be able to finally dig into it and see if i can get something going.
Since mines actually doing the opposite for some reason.. on 14.4 it's showing 1024 iirc, and 2047 for 15.7.1...not sure why it isn't 2048 though..

1.) Nope, and don't think he's going to, but never know later on.

Far as claymore 9.7 goes.. probably some shady coding he doesn't want anyone to know, or just wants to keep it away from everyone for fee's possibly, never know.

2.) I did notice on 14.4 drivers that my vram was more around 1GB and switching over to 15.7.1 it has 2047MB for some reason detected on all the other miners, but claymore did find 2047 on both drivers..
     so determining how it gets the m1 and m2 should be an easy fix, I know for a fact I only have 512MB dedicated, which is also shown in m2.. I'll have a look at which way xmrig/stak is polling the memory.  iirc this has been an issue with those for quite awhile.. I've never been able to get any miner to work without dying except for claymore on 15.7.1, and believe me I am trying to find a workaround that doesn't involve switching and mangling drivers around to make something work.

How much memory does 14.4 show you compared to 15.7.1?

wow , long post
To tell you the truth, at the moment i have more important things to improve on the miner. Yes, surely lagging is a problem, but since mining is 98% happening on rigs, where you don't need a responsive ui, it really isn't a problem

If you come up with something , surely i can integrate it, so that 2% of users can get a responsive desktop, with minimal hash drop

Nothing really can help that without the kernels that are executed. This also happens on any other gpu miner as well right?

For everyone:

     I'll explain a bit about OpenCL and how the "kernels" work a bit..
The kernel or "payload/work" is sent to the video card and is kind of like a singular pipe, okay that analogy sucked, but imagine
with all the "CU" Compute Units available.. the work from these kernels are sort of like threads on a miniature scale and they all
work according to the OpenCL standard (Hopefully) But it's like a faucet.. turn it on or off.. also you may need to turn down intensity
even more until you have a freeze free desktop which costs all the extra hashing power you would have had.  Remember on SRBMiner you can
use decimals so don't forget that ex: "intensity 20.3" or what have you.

     I've left an earlier comment on a "low intensity" mode that is about splitting
up one big time job to do work into much smaller timed jobs and if done right, it really shouldn't have any negative impact on hashing speed,
or at least any notable impacts on it so that could be maybe be a modulation of 100ms or 1/10th a second per command queue or even smoother
by doing it roughly ~16.67ms for 1/60th a second, but I'm getting a bit to technical trying to explain it.. Anywho, a good way to perhaps implement
this would be to take an argument for say --desktop_mode <time in milliseconds> ex. --desktop_mode 25 and plug that in which would do 40 pulses_per_second.

     I'm not the most intelligible on OpenCL and gpu kernel work, but to the best of my knowledge this is the only way that claymore/phoenix miners are doing this,
please correct me if I'm wrong (Which I probably am on a few things ).  Since I have no source code to these miners, I've been doing a bit of work on XMRig-amd
and testing my findings out on that.. So far I haven't got into splitting up kernel execution times, but i did turn an almost static 32H/s into 35H/s by redoing a bit
of the way the kernel maps memory.. Not sure how big of an improvement it would be on a real card, but it probably would give a good bit more hashes on other cards..
I'm only able to test with an amd radeon HD6530D APU setup and the maximum i've ever got it to do was 42H/s at a slight bit of OC on claymore and around 50H/s if i jacked
timing up to almost 700Mhz from stock 444Mhz for this cards core..(Probably wondering to yourself how that is even achieved with these old APU's?? I call it part of the good
silicon lottery.) If you have an A6-series or A4's or whatnot, I might be able to also help with clocks and suggestions...

     Also if anybody would like to try and help coding for and helping SRBMiner be the serious go to for cryptonight mining with this low intensity thing and kernel work.. I'd gladly
accept the help and can set up a private git branch that we could work on that through xmrig source, if the Doktor gives an ok on doing, he could throw it into SRB with perhaps
minimal changes and nothing else will have it.  My goal as a mining hobbyist is to make these miners work on pretty much all driver versions (Except the ones like the crimson beta
which doesn't include anything to use far as i can tell...)

Drivers tested with using DDU (Without Format):
  14.4 - Confirmed as working and stable for pre-GCN cards.
  15.7 - Can only confirm that it does not work with A6-series Apu's without driver crash.
  15.11 - Also same as 15.7.
  16.2.1 - Forget about it... for pre-GCN computing.

     Perhaps I should just ask Doktor if he in any way, shape, or form would like to collaborate even?  I tend to use bitbucket for it's private git repositories with things such as these.
And by the way, here is something to talk about.. not sure if there is a rant section, but people that totally pack their miners and put in disassembly code that shuts off a miner for
having any debug software going, or show's faked hashrates to ppl who use nofee or cheats as they worded it, or are those numbers not just higher in the code.. SRB i'm 99.9999% sure
there isn't any of that since we're all getting just about the same hashes on all the open sourced ones, but this seems a good bit more optimized already with more share turn in's
compared to hashes, perhaps Dok already found those memory speedups Okay, enough of my novella.. Thanks.