Petitverse

もしレイヤーに余裕があれば、レイヤー3とかをブロック専用にしてBGOFSとかでしょうか。
あるいは1ドットずつズレたブロックのグラフィックを用意してアニメーションさせるという手もあります。
ただ、そこまでするくらいならスプライトを利用した方が手軽だと思います

自分の場合は 動くもの 壊せるもの は基本敵等NPCと同じでSPを使ってる。

アレって、動かすBGのブロックが移動開始した時にSPRITEでブロックを同じ位置に表示してそのブロックのBGは地面になってて、移動中はSPのブロックが動いてて、移動が終わったら移動先のBGを地面からブロックにしてSPのブロックは消す、って処理になっていたりします。

ファミコン時代で、普段はBGだけどアクションしたときだけなめらかに動くのはだいたいそんな動きです。(スーパーマリオの？ブロック叩いたりとか)

BGを動かす方式は他にも方法はいろいろあって
動くモノが少ないからそもそもBGじゃなくてSPRITEで置いてある(ドラクエ３の押せる石)
ファミコンのBG単位8ドットでアニメーションして16ドット動けばいい(迷宮組曲の隠し部屋の石、フラッピーの石)
そもそもBGでアクションのアニメーションを書いている(初代のマリオブラザーズの床叩いたとき)
などなど、いろいろやりかたはあったりします。

GRPと言う方法もあります。BGのデータに沿ってGRPを生成すると出来ます。(余白とか要るので、かなりバランス悪いですが…)

座標が一定より近くになったらIFで実行することもできます。

敵とプレイヤーの座標と武器（剣とかブーメランとか）の座標と比べるのが当たり判定の処理なので、当たり判定を行う同士のXとYと幅と高さを使ってIF文で判断することになります。
これを手動ですればIF文で判定することになるし、SPRITE側にまかせるなら SPCOL/SPHITSPという感じです。
（敵とプレイヤーと武器の座標はSPSET/SPOFSなどですでにSPRITE側に覚えさせている）

プチコンってゲーム専用処理(ロジック)を命令１つで処理してくれるのって思ってる以上に無かったりします。