One of the limitations with creating an interpreted language is your ability to create an interpreter that can actually parse your language. What you can implement determines what semantics you can have.
Naming a language is important for motivation. Name your language something pathetic, and you won’t feel inclined to finish it (unless you keep telling yourself you’ll name it something else later).
One does not simply write a new programming language. There needs to be a good reason for it, and not only a good reason, but also a good answer for how it is supposed to be better. That’s the short version. In truth, a good language needs to be designed to fulfill some goals in a way that appeases the person who is going to be using it. The goals are what shape the paradigms the language will have.
What are the goals of this language?
The more complicated the syntax, the more likely it is for me to forget something. I would rather focus on design than on the quirks of the syntax in whatever language I happen to be working.