2.96以前のサンプルなら

extern "C" {
__declspec(dllexport) BOOL NScrPlugInMain (HINSTANCE hinstance,HWND hwnd,char *param,int *ret_int,char *ret_str);
//プラグイン本体。hinstanceはNScripterのインスタンス。hwndはNScripterのウィンドウハンドル。
//paramはexec_dll命令に渡したパラメータ文字列。
//ゲームその他の処理を作るときは、このウィンドウの子ウィンドウとして
//ぴったりクライアント領域の大きさの独自のウィンドウを上から貼り付け、処理してください。
//時々NScrDoEventsを実行してNScripterのメッセージ処理をしてください。
};

こんなの、
3.03同梱サンプルなら

//----------------------------
//エクスポートされる関数
//----------------------------
extern "C" {
	__declspec(dllexport) void Font(unsigned char *bits,int w,int h,const char *param);
}
こんなのが書いてあったと思います。

旧サンプルの「プラグイン本体」が
　　exturn "C"{　〜　}
全体を指すのか
　　__declspec(dllexport) ○○
を指すのか分かりませんが、ここから呼び出されている命令群が「本体」のようです。
見比べてみましょう。

__declspec(dllexport) BOOL NScrPlugInMain 
__declspec(dllexport) void Font

__declspec(dllexport) ○○
○○が「関数の名前(dll内部で使っている命令の名前)」のようです。
NScripterでいう命令呼び出し、Luaでいう関数の実行を行っているようです。

BOOL voidは「型」(NScripterでいう文字or数字orラベルorＩＤ)を指します。
なんとC言語はNScripterやLuaと異なりその場で型を宣言するようです。
しかも新旧サンプルで違う型が書いてありますが、見なかったことにして進みます。

名前以降(＝渡している値？を見比べましょう。
	(HINSTANCE hinstance,HWND hwnd,char *param,int *ret_int,char *ret_str);
	(unsigned char *bits,int w,int h,const char *param);
カンマ区切りで色んな値が渡されています(引数)が、落ち着いて比較しましょう。
旧サンプルにしか書いていない値は
　HINSTANCE hinstance
　HWND hwnd
　int *ret_int
　char *ret_str
の４つ、
新サンプルにしか書いていない値は
　unsigned char *bits
　int w
　int h
の３つ、
　char *param　／　const char *param
のみはなんとなく共通しています。

さて、どれが我々に関係ある値でしょうか？

「int」「char」は「数字」「文字」と読み替えます。
　前者は数字変数、後者は文字変数のようなものだと思いましょう。
　unsignedとかconstとかひっ付いているのはとりあえず無視しましょう。

「HINSTANCE」「HWND」は無視して大丈夫です。
　「hinstanceはNScripterのインスタンス。hwndはNScripterのウィンドウハンドル」
　と言われてもインスタンスとウインドウハンドルの意味が分かりませんね。
　共に「現在実行されているNScripter.exeのWindowsから見た名前」に関わる値です。
　つまり今は必要ないな！

今や分かりました。
旧サンプルでは「なんかＮスクの名前、*paramという文字列、*ret_intという数字、*ret_strという文字列」
新サンプルでは「*bitsという文字列、wという数字、hという数字、*paramという文字列」
がプラグインに渡されているようです。

ネタばらしをすると、*paramはＮスクのexec_dllでプラグイン名以降に渡せる任意の文字列です。
そしてプラグイン内で*ret_intと*ret_strに代入した値をＮスクのgetret命令で受け取ることができます。


旧サンプルは「渡された*paramという文字(があるかもしれない)を元に何か処理をして、getret用の文字数字を用意する」
という処理がコアであることになります。「何か処理をして」はC言語側でいじらざるを得ませんが、ひとまず置いておきましょう。

一方の新サンプルですが、以下のような例であったことを思い出してください。

　>指定した文字列を出力するDLLのサンプルをdeffont.dllとして用意しました。
　>パラメータには、"文字幅,文字高さ,文字列"を指定してください。半角全角どちらも表示できます。
　>表示文字列中の半角の%はDLLへの命令に使う予定です。現在、文字色変更を実装しています。
　>半角の%そのものを表示したい場合は、%%としてください。
　>文字列中に%#色とすることで色を変えることが出来ます。色指定はHTMLと同じ要領で。
　>なお、呼び出すたびに色は白に戻ります。最初から色を変えたい場合は文字列の頭で指定してください。

　>（DLL設定の例）
　>fontproc=NSDDLL("deffont.dll","Font") -- system.luaの直下で読み込み時に実行
　>（使い方の例）
　>NSDCall(0,"*200,48",fontproc,"24,24,あいうえお%#FF8888かきくけこ")

Lua関数が２つ書いてありますね。今は関係なさそうですが説明は見てみましょう。
　NSLuaリファレンスを参照すると、NSDDLLの説明は以下のようになっています。
　>NSD系命令のテクスチャ作成時に呼び出すDLL関数を設定します。
　>Luaファイル読み込み時に一度だけ実行してください。
　>戻り値の番号はNSDCall関数にて引数に指定します。

　NSDCall(テクスチャ番号 , ファイル名 , プラグイン内部の関数名 (, あれば引数として渡す文字列))も
　　同じくNSD系命令用の関数で、「外部dllを使ってテクスチャの中身をバイト単位で設定する」というものでした。

　「NSD系命令」は「既存の描画と混ぜて使えない代わりに超すごいblt」のような存在です。
　つまり新サンプルは「NSD系列の描画としてdllから文字を表示する例」であることが分かります。

　さらにNSDCallの説明を見ると、
　なお、引数paramがない場合は省略できます（この場合、DLLにはNULLが送られます）。
　呼び出されるDLL関数の型は次の通りにしてください。
　void Func (unsigned char *ptr,int w,int h,const char *param);
　とあります。新サンプルのコアと内容が一致しますね。
　新旧サンプルで関数？の型が異なっていた理由も分かりました。


　「新サンプルはテクスチャ(NSD系列)に纏わるNSLua関数の設定／使用例。それらを使用する予定がなければ旧サンプルをひな型にする」
　ことになります。
　なお新サンプルのdllである「deffont.dll」には、「deffontd.dll」という機能追加版がNScripterようのアップローダーに存在します。
　使用目的ならそちらを使うと良いでしょう。

で、肝心の最小構成は？という話になります。

量の少ない新サンプルから見ましょう。

#include 
#include 
extern "C" {
	__declspec(dllexport) void Font(unsigned char *bits,int w,int h,const char *param);
}
BOOL APIENTRY DllMain(HANDLE hModule,DWORD ul_reason_for_call,LPVOID lpReserved);
BOOL APIENTRY DllMain( HANDLE hModule,DWORD  ul_reason_for_call,LPVOID lpReserved) {
	return TRUE;
}
//ここが呼び出される関数。テクスチャを処理する
void Font(unsigned char *bits,int w,int h,const char *param) {
	return
}

　>#include
　は「この機能使うから用意しといてくれ」を意味すると思ってください。
　Visual Studioからファイルを開けば具体的に何が必要か／何が不足しているか警告を出してくれますが、今はおまじないです。
　>extern "C" {
　>	__declspec(dllexport) void Font(unsigned char *bits,int w,int h,const char *param);
　>}
　ここから
　>void Font(unsigned char *bits,int w,int h,const char *param) {
　>	return
　>}
　が呼び出されています。これが今回プラグインの本体でしたね。
　そして間に書いてある
　>BOOL APIENTRY DllMain(HANDLE hModule,DWORD ul_reason_for_call,LPVOID lpReserved);
　>BOOL APIENTRY DllMain( HANDLE hModule,DWORD  ul_reason_for_call,LPVOID lpReserved) {
　>	return TRUE;
　>}
　ですがごめんわかんない。(ついにボロが出た)

　まあ新サンプルはテクスチャいじり前提＝画像生成周りの知識がある人前提＝C言語くらい分かってる人前提だと思うので……

旧サンプルはエフェクト／レイヤー／汎用と３つ並んでいます。
　前２つを作る人＝C言語分かる人だと思うので、汎用のサンプルから最小構成を考えます。
　開くなりなんかいっぱい書いてありますが、「最小構成」にはほとんど不要です。

#include 
BOOL APIENTRY DllMain( HANDLE hModule, DWORD  ul_reason_for_call, LPVOID lpReserved){
	return TRUE;
}
extern "C" {
__declspec(dllexport) BOOL NScrPlugInMain (HINSTANCE hinstance,HWND hwnd,char *param,int *ret_int,char *ret_str);
};
//ここが呼び出される関数
BOOL NScrPlugInMain (HINSTANCE hinstance,HWND hwnd,char *param,int *ret_int,char *ret_str) {
	//返す文字列のセット　C言語のcharは操作がなんか死ぬほど不便で面倒くさいです
	//strcpy (ret_str,param);
	//strcpy (ret_str,"あいうえお");
	//返す数字のセット
	//*ret_int=999;
	return FALSE;
}

　>BOOL APIENTRY DllMain( HANDLE hModule, DWORD  ul_reason_for_call, LPVOID lpReserved){
　>	return TRUE;
　>}
　は削っても動いているような気がしますがやっぱりごめんわかんない。

　旧サンプルは「受け取った文字(あれば)に基づき何らかの処理をする」「(必要なら)getretで受け取る戻り値を代入しておく」
　という操作が想定されたものになります。
　最小構成が見えましたね。　具体的な処理はググりながら頑張らざるを得ませんが……。